Cuvanje podatka - Datum

E ovako. Hteo bih da napravim npr. kao neki forum. (Tako cu bolje objasniti).
Kako se u svakoj poruci u forumu prikazuje i datum kada je postavljena poruka, moje pitanje je
da li je bolje da napravim neku tabelu sa svim vrednostima datuma pa da svaki put kada se postavi neka poruka, onda polje Datum (koje oznacava kada je postavljena poruka) sadrzi ID iz tabele datuma.
Da li je to bolje resenje ili da svaki put kada postavim neku poruku, da se u polje Datum upise i pravi datum, umesto da referencira u tabelu datuma.

Hocu da napravim tabelu datuma da bih izbegao konstantno zauzimanje puno memorije konstantnim upisivanjem istog datuma. Umesto toga bih napravio tabelu svih datuma od sada pa na dalje, a u polju 'Datum' bih samo stavljao index u tabeli datuma.

Sta mislite da li je ovo dobro resenje? Da li se na taj nacin radi kada se prave forumi? (navodim forum samo kao primer da bih lakse objasnio)

Hvala.

Mislim da je logičnije da u svakom redu tabele u koji upisuješ podatke o pojedinačnom postu pišeš i datum kada je upisan.
Ako datume snimaš u posebnu tabelu, moraš pri svakom listanju da "džojnuješ" tabelu sa datumima što i pored toga što bi to bila relativno "brza" tabela nije baš najoptimalnije (ta tabela bi bila prilčno velika) + kada snimaš post, imao bi još jedan query za upis datuma.

PS Držao sam se primera foruma :)

_{[Ovu poruku je menjao centaur dana 03.03.2008. u 15:46 GMT+1]}

Potpis

Powered by Slackware 13

Kao sto je centaur vec pomenuo, datum definitivno ide uz post. Posebno zato sto ces ubrzo uvideti da ti treba i vreme, pa onda to predje u datetime polje koje uopste nije zajednicko za razlicite postove. Sa druge strane, jedno datetime polje uopste nije veliko i ne opterecuje bazu. Plus je i fiksne sirine, pa ce sekvencijalna pretraga tvoje tabele ici brze ako si i sva ostala polja zadrzao da budu fiksne sirine. U svakom slucaju, gubitak memorije je zanemarljiv naspram gubitka u brzini izvrsavanja ako bi to polje izmestio.

Potpis

Pera električar 0637129710, BG, preporučujem.

Ja to polje čak ne bih držao ni kao datetime već kao običan integer i u njega bih upisivao timestamp.

PS Mada o ovome nisam baš promislio tako da ovo govorim sa rezervom da možda to nije najbolje rešenje

Potpis

Powered by Slackware 13

Ovo pitam, jer ne bi mi datum bio samo vezan za poslate poruke, vec i za npr. privatne poruke.
Recimo da ima ovoliko poslatih poruka kao i na ovom forumu - oko 1.000.000 i ako bi mi Date polje
zauzimalo 10 byta (DateTime oko 20 byta) to je ukupno megabajta:

(1.000.000 * 10)/1024/1024= 9.53 MB

I to samo za smestanje datuma. A ako pih napravio jednu tabelu sa samo datumima od 1. Jan do 31. dec
i drugu tabelu sa godinama, A onda u polje datum upisao 1-1 (koje bi oznacavalo 1. Jan - 2008), to bi imalo ustedu od oko 5 MB
pod tim gore uslovima. Ali pitam se da li se to tako radi u velikim forumima koji imaju puno poruka, da li oni tako smanju velicinu baze ili ipak
cuvaju cito datum bez ovakvih zavrzlama. I da li bi to puno znacilo u smanjenju brzine baze, ako bih tako povezivao datum za neku drugu dodatnu tabelu.

I ne bih imao veliku tabelu.Ako bih prosirivao tabelu, onda bi to samo bila sa godinama.

Hvala na odgovorima. Evo sada sam malo vise pojasnio problem :)

Opet ja sa mojim integerima :)
Ako staviš da ti to polje bude INT , koje zauzima 4 bajta, onda si dosta uštedeo gledano ovom tvojom računicom.
U svakom slučaju, smatram da je ova tvoja ideja nepotrebno komplikovanje jednostavne stvari, a to treba izbegavati u developmentu :)

_{[Ovu poruku je menjao centaur dana 03.03.2008. u 15:45 GMT+1]}

Potpis

Powered by Slackware 13

Da imaš milion poruka, češaćeš se po glavi gde da smestiš sadržaj poruke i njen naslov.
Najmanje će te brinuti tih sitnih 4 bajta za datum postavljanja/editovanja i ostali integeri.

Potpis

_{"The quieter you become, the more you are able to hear."}
Blog | PowerCMS

Izgleda da ste u pravu (centaur i mVeliki). Mozda i jeste sve to bezvezno komplikovanje!!

centaur - razmislicu o tim Integerima :) . Sada na brzinu, mislim da je ipak bolje da bude Date promenjiva, verovatno ima neka veca funkcionalnost podrzana od strane MySQL-a, ako upisem pravi datum (mozda), ali hvala u svakom slucaju.

Poz.

Teško da ćeš bilo šta izgubiti vezano za funkcionalnost ako koristiš integere.

Nisam bio lenj pa sam bacio pogled na bazu VB-a.
Svuda gde je potrebno da se pamti i vreme i datum koriste se integeri.

Potpis

Powered by Slackware 13

mmm, nije mi to uopste palo na pamet (timestamp da zapisujem kao int). sad sam i ja malo gledao i npr. u SMF forumu takodje se koriste integeri na svim mjestima gdje je timestamp upisivan.

Potpis

Beneath civilization's fragile crust, cold chaos churns...

Timestamp i jeste integer, a predstavlja broj sekundi od ponoći (UTC) 1. januara 1970. g. Inace, kod projektovanja baze, kao i inače, treba imati meru i predstavu o veličini. Ušteda od 5 MB jeste značajna, ali u poredjenju sa čim? Ako će pomenuta baza imati 1.000.000 postova, kao što je navedeno za primer, koliko će ostali podaci, osim datuma, zauzeti prostora? Šta je 5 MB u odnosu na to?
Dakle, ne gubiti vreme na sitničarenje i koristiti ono za šta je šta namenjeno. Za forum je itekako bitno imati i vreme svakog posta, pored datuma.

Potpis

Two beer or not two beer...