Starší komentáře ke článku: Nebojte se formátu datumu a času v MySQL
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 19.4.2002 12:13:15
Clanek dobry, plni svuj ucel, ale preci jenom mi tu chybi doporuceni, ze pokud budou vase stranky pouzivat sady techto dotazu typu minuta =, hodina =, rok = atd bylo by lepsi datum ukladat "rozsekane" rovnou do databaze. Takto se totiz zbytecne volaji db funkce coz zabere urcite systemove prostredky navic.
Datum vložení: 19.4.2002 20:21:27
Jakub Mach: neni pravda, nezapomente ze muzete pouzit napriklad DATE_FORMAT(format, NOW()) - cimz to snadno vyresite - mimochodem tahle funkce mi tady docela chybi, prakticky vsecko z popsaneho se s ni da dosahnout...
Datum vložení: 21.4.2002 15:46:50
Dotaz bez volani funkci bude urcite rychlejsi, to nelze poprit.
Datum vložení: 22.4.2002 8:37:10
Zalezi jak kdy - jasne, pokud delate agregacni funkce, tak je lepsi pochopitelne udelat si sloupec podle ktereho to budete delat. Pouzivat neco jako group by (dayofweek(datum)), to si koledujete o vyhazov ze serveru - pokud to nedelate s peti zaznamy (pochopitelne).
Datum vložení: 20.4.2002 10:45:09
Neni lepsi pouzivat unixtimestamp (pocet vterin od 1.1.1970)?
V PHP je prace s tim trivialni (time(), date()), v MySQL jsou pro to take naprosto super fce!
Datum vložení: 20.4.2002 16:58:57
Myslim ze to neni lepsi, napriklad v pripade kdyz by k db nepristupovalo jenom PHP. a co se tyce unixovyho timestampu, ten lze pouzit u mysql take. slouzi k tomu funkce FROM_UNIXTIME(unix_timestamp) --> prevede z unixstampu do mysql formatu, a UNIX_TIMESTAMP(mysql_datovy_format) --> prevede z mysql datoveho formatu do unixstampu (napr. SELECT UNIX_TIMESTAMP(datum_zmeny) AS datum FROM tabulka)