U kom formatu cuvate datum

[ Milos911 @ 10.05.2011. 21:07 ] @

Ovo verovatno zavisi od situacije do situacije, ali kad treba da cuvate datum za kasnije poredjenje koji je veci/manji, u kom formatu ga cuvate?
Ja sam do sada koristio dd/mm/yyyy u formatu 10/05/2011, i kasnije ga formatirao yyyymmdd za potrebe poredjenja, ali sad me zanima da li ima neko bolje resenje?

[ Man-Wolf @ 10.05.2011. 21:11 ] @

YYYY-MM-DD -- default MySQL format za DATE.

[ ivan.a @ 10.05.2011. 22:05 ] @

Citat:

...ali kad treba da cuvate datum za kasnije poredjenje koji je veci/manji, u kom formatu ga cuvate?

Ja uvek koristim INT kao tip polja, jer mi je to najpraktičnije i za format i za poredjenje.

[ vatri @ 11.05.2011. 08:00 ] @

Ja mislim da je najbolje koristiti to sto ti je man-wolf rekao jer je to standardni format za MySQL i vec imas ugradnjene neke funkcije za rad sa tim. Npr. pri "insert-u" ili "update-u":

insert into table ( `date` ) values ( NOW() )

ovo NOW() pretpostavljas sta radi ;)

[ flylord @ 11.05.2011. 08:19 ] @

ja isto koristim int, i unutra stavljam unix timestamp

[ Milos911 @ 12.05.2011. 18:17 ] @

Poceo sam i ja da koristim ovaj standardni mysql, kako vi poredite ove datume? Jel ima neki kraci nacin od ovog mog sa explode?
I pitanje, kako pretvarate unix timestamp u datum kasnije?

[ Man-Wolf @ 12.05.2011. 18:21 ] @

Datume poredis kao i sve drugo ... Tipa:

Code (mysql):

SELECT * FROM nesto WHERE date1 > '2011-05-12'

 

Pretvaranje timestamp u date:

http://dev.mysql.com/doc/refma...ns.html#function_from-unixtime

[ ivan.a @ 12.05.2011. 22:59 ] @

Uglavnom nema neke veće razlike, ali zbog funkcionalnosti uvek koristim INTEGER UNSIGNED.

Problem se može javiti kada nije lepo podešena vremenska zona servera pa NOW() i time() daju različito vreme. Zato koristim najsigurniju metodu INT sa kojom se veoma lako manipuliše. Evo jednog interesantnog teksta u vezi ove teme:
http://billauer.co.il/blog/200...ysql-datetime-epoch-unix-time/