Archívum - Május 8, 2014
Git, phpunit, Windows
Sziasztok!
Olvastam itt egy jó a cikket a gitről, ehhez kellene segítség. Gitem meg van és van phpunit is. Létrehoztam a phpunit futtatásához egy scriptet, a következőt használtam fel: Git és phpunit. Ebben leírja, hogy windows alatt a php -f parancsot futtassam le a fájllal. A fájl meg van. A pre-commit hook-ba bele írtam és mégsem fut le, csak kiírja, hogy "php -f fájlnév". Hol rontom el?
■ Olvastam itt egy jó a cikket a gitről, ehhez kellene segítség. Gitem meg van és van phpunit is. Létrehoztam a phpunit futtatásához egy scriptet, a következőt használtam fel: Git és phpunit. Ebben leírja, hogy windows alatt a php -f parancsot futtassam le a fájllal. A fájl meg van. A pre-commit hook-ba bele írtam és mégsem fut le, csak kiírja, hogy "php -f fájlnév". Hol rontom el?
Statikus tábla tárolása adatbázisban vagy talán jobb xml-ben?
Helló mindenki!
Egy elég fura kérdésem lenne hozzátok, és kíváncsian várom válaszotok:
Lehet nem túl jól fogalmaztam hogy statikus tábla, de lényegében egy olyan db tábláról lenne szó, ami sosem változik.
A LEGO szettek és a LEGO alkatrészek közötti kapcsolatot hivatott tárolni, azaz melyik szettben melyik LEGO alkatrész van, és abból hány darab.
Ennek megfelelően ennyi a tábla tartalma: set_id, part_id, quant
Na most a bajom a következő: átlagba minden szettben van minimum 60 féle alkatrész, tehát egy szettnél akkor ez 60! bejegyzést jelent. Úgy hogy a szettek töredéke sincs még lementve ebben a formában, már így is van ebben a táblában több mint 94000 bejegyzés!! Ez max. a szettek 10%!
A másik része a dolognak, ez sosem változik. Egyszer elmentem, és kész. Onnan már csak néha lekérem, ha a látogató meg akarja tekinteni az alkatrészlistát. Tehát tényleg egy tök statikus dolog.
Az jutott eszembe, mi lenne ha simán xml fájlokban tárolnám ezeket. Mégpedig úgy, hogy a szett száma a fájlnév, pl.: 8052.xml, és akkor két dolgot mentenék bele, part_id és quant. Ez így kb 6000 fájl, és csak annyit kell néznem, hogy $setId.".xml" van-e vagy nincs :)
Szerintetek ezzel kímélném a db-t?
Így is van benne jócskán adat (már most is több mint 10Mb :) )
Előre is köszi a véleményeteket
■ Egy elég fura kérdésem lenne hozzátok, és kíváncsian várom válaszotok:
Lehet nem túl jól fogalmaztam hogy statikus tábla, de lényegében egy olyan db tábláról lenne szó, ami sosem változik.
A LEGO szettek és a LEGO alkatrészek közötti kapcsolatot hivatott tárolni, azaz melyik szettben melyik LEGO alkatrész van, és abból hány darab.
Ennek megfelelően ennyi a tábla tartalma: set_id, part_id, quant
Na most a bajom a következő: átlagba minden szettben van minimum 60 féle alkatrész, tehát egy szettnél akkor ez 60! bejegyzést jelent. Úgy hogy a szettek töredéke sincs még lementve ebben a formában, már így is van ebben a táblában több mint 94000 bejegyzés!! Ez max. a szettek 10%!
A másik része a dolognak, ez sosem változik. Egyszer elmentem, és kész. Onnan már csak néha lekérem, ha a látogató meg akarja tekinteni az alkatrészlistát. Tehát tényleg egy tök statikus dolog.
Az jutott eszembe, mi lenne ha simán xml fájlokban tárolnám ezeket. Mégpedig úgy, hogy a szett száma a fájlnév, pl.: 8052.xml, és akkor két dolgot mentenék bele, part_id és quant. Ez így kb 6000 fájl, és csak annyit kell néznem, hogy $setId.".xml" van-e vagy nincs :)
Szerintetek ezzel kímélném a db-t?
Így is van benne jócskán adat (már most is több mint 10Mb :) )
Előre is köszi a véleményeteket
