OT: Optimalizace selectu v MySQL

[RV]

to ano, ale zrovna datetime neni stastny pripad - urcite budou pripady 
kdy bude vyhodne rozlozit casovy otisk do vice poli, ale take kdy to 
vhodne nebude vubec - v mem pripade treba v okamziku kdy budu chtit 
delat casovou lupu - kdy bych musel atomizovat i casovy udaj.

Jeste to promyslim - zmena DB znamena zmeny dve v DB a v kodu pokud bych 
upravil jen kod nemusim na DB sahat.

V podstate je to ted jen otazka co bude vyhodnejsi do budoucna.

Dekuji vsem za pomoc s utridenim myslenek. :-)

Radek Vicek

plupinek@synthesia.cz napsal(a):
>> ze v tabulce vytvorite samostatna pole pro rok, mesic a den s prislusnymi
> indexy
> 
> nemam po ruce zadnou teoretickou knihu, abych se presvedcil, ale neni to
> krasny priklad na tzv. normalizovanou formu tabulky? Tusim, ze 2. nebo 3.
> NF je definovana jako tabulka, kde kazdy sloupec je "atom" - nejde dal
> rozlozit. Pamatuju si priklad na adresu, kde se tabulka normalizovala
> rozkladem sloupce adresa na sloupce mesto, ulici, CP, ...
> 
> Hle, jak nam ta teorie zapada to praxe ;-)
> 
> PL.
> 
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list@list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
> 
> 
>