Weblabor

Egy időmérő programot kellene csinálni, tehát mérni kellene, hogy ki, mettől-meddig és mit csinált, ebből pedig aztán statisztikákat készíteni, mindezt különböző időzónákban. Felmerült kérdések:

MySQL-ben DATETIME vs TIMESTAMP vs INT vs kombinálás?
Van itt egy cikk: http://gpshumano.blogs.dri.pt/2009/07/06/mysql-datetime-vs-timestamp-vs-int-performance-and-benchmarking-with-myisam/ Következtetéseim:

DATETIME: Gyorsabb, mint a TIMESTAMP, emberileg olvasható kódot eredményez, statisztika készítéshez használhatóak a MySQL beépített dátumkezelő függvényei, ellentétben az INT-tel. Tehát anélkül, hogy matemateikailag kellene kiszámolgatni és új értékeket képezni, lehet "group by"-olni napokra: GROUP BY DAY(datum). Nehézkes viszont összeszámolni, hogy egy-egy feladattal mennyi idő ment el (lásd INT). Továbbá csak program oldalon lehet az időzónát kezelni, mindenképpen ott konvertálni kell, ez megint csak megnehezíti, amikor össze kell számolni, hogy adott napon mennyit dolgozott az illető.

TIMESTAMP: Ez is olvasható kódot eredményez, használhatóak rá a dátum fv-ek. A különbség a DATETIME-hoz képest, hogy egyrészt lassabb a cikk szerint, ugyanakkor automatikusan lekezeli az időzónákat (és kevesebb helyet foglal, de ez most nem tűnik relevánsnak). SET time_zone = ... -nal minden kapcsolatnál be lehet állítani és akkor mindenféle macera nélkül lehet GROUP BY-olni megint csak. Hátrány még, hogy a Doctrine nem támogatja alapból ezt az oszlop típust.

INT: Ha nem bízzuk a MySQL-re lekérdezésben az időbélyeg számítást, akkor a leggyorsabb. Viszont nem használhatóak a beépített dátum függvények, nekem kell a lekérdezésekben matematikai műveletekkel, osztásokkal és kerekítésekkel kiszámolni, hogy egy adott időbélyeg melyik napnak felel meg. Egyáltalán nem olvasható a kód emberileg, a lekérdezések mindenképpen bonyolultabbak, ez a megoldás még kevésbé kompatibilis a Doctrine-nal talán, mint a TIMESTAMP . VISZONT! Itt nagyon gyorsan meg lehet kapni, hogy egy-egy feladattal mennyi idő ment el, SUM-mázni kell a kezdő és a vég időbélyegeket, majd a két számot ki kell vonni egymásból.

KOMBINÁLÁS: Lenne a DATETIME vagy TIMESTAMP és azt kombinálnám egy trigger segítségével; lenne 3-6 plusz oszlop, ami a statisztika készítés miatt minden INSERT vagy UPDATE esetén frissülne. Tehát előre kiszámolnám mindig, hogy egy dátumnak mi a UNIX időbélyege, az hanyadik óra és hanyadik nap, esetleg még hanyadik hét, hanyadik hónap, hanyadik év az adott időzóna szerint, így a MySQL lekérdezésben már egyszerű, indexelt számok alapján kellene GROUP BY-olni. Megmarad az olvasható kód is és gyors is elméletileg. Persze mindjárt okosabb lennék, ha lehetne tudni, mennyi lesz az INSERT/UPDATE - SELECT arány, mert lehet, hogy a trigger nagyobb problémát okoz, mint amennyit megold, bár elméleti szinten, valószínűleg egy adat többször kerül majd lekérdezésre, mint írásra, ezért a konverziót jobb az írásnál elvégezni.

MySQL vs MongoDB vs más vs kombinálás?
Nem használtam még NoSQL-t, így ebben nem igazán van tapasztalatom és ismeretem, azonban felmerült bennem, hogy ebben az esetben lehet, hogy jobban megfelel a célnak egy MongoDB, mint a MySQL. Vki tapasztalattal rendelkező ebben cáfolna vagy megerősítene?