db teorie

Pohoda pohoda na seznam.cz
Sobota Listopad 17 12:35:29 CET 2001


diky za vycerpavajici odpoved

"Karel Zak" <zakkr na zf.jcu.cz> píše v diskusním příspěvku
news:20011112102900.B26103 na zf.jcu.cz...
> On Mon, Nov 12, 2001 at 10:13:09AM +0100, Vladimír Náprstek wrote:
> > Pokud updatujete jine sloupce, je určitě lepší update. Pokud pracujete s
> > blobem, záleží asi na tom, co s ním děláte. Pokud jej celý přepíšete, je
> > otázka jak s tímto db zachází. Teoreticky databáze při smazání musí
uvolnit
> > místo pro blob a při insertu jej znovu alokovat. Já bych asi zůstal u
> > update, protože to se použije stávající místo a případně se přialokuje
další.
> > Ovšem nejlepší bude si to vyzkoušet. Jen se obávám, že případný nárůst
> > výkonu při smazání a znovuvložení zaplatíte zvýšeným přenosem dat...
>
>  Todle je dost individualni zalezitost. Napr. PostgreSQL velka data
>  rozdeluje na mensi a vklada do jinych vlastnich tabulek, komprimuje
>  a dela jine pro uzivatele znacne ukryte cary (viz. system TOAST),
>  nepotrebne mysto po delete ne vzdy uvonuje, je u toho take prace s
>  logy apod.
>
>  Urcite bych zustal u UPDATE, asi by melo byt snahou tvurcu daneho SQL
>  serveru implementovat to co nejefektivneji (pokud je efektivni smazani
>  a novy insert necht si ho server dela interne sam). Dalsi veci ktera
>  vam do toho vstupuje jsou indexy kdy pri UPDATE pravdepodobne zaznam
>  v indexu nemenite (pokud nedelate update primo nejakeho 'id') pri
>  DELETE/INSERT ano. Apod.. apod...
>
>             Karel
>
> --
>  Karel Zak  <zakkr na zf.jcu.cz>
>  http://home.zf.jcu.cz/~zakkr/
>
>  C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz




Další informace o konferenci Databases