--
Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok szolgáltatásbeli Symfony-hu csoportra.
Ha üzenetet szeretne küldeni ebbe a csoportba, küldjön egy e-mailt a(z) symfo...@googlegroups.com címre.
Ha le szeretne iratkozni a csoportról, küldjön e-mailt a(z) symfony-hu+...@googlegroups.com címre.
További lehetőségekért keresse fel a csoportot a(z) http://groups.google.com/group/symfony-hu?hl=hu címen.
Erdemben nem tudok hozzaszolni a kerdesedhez, ezert is nem irtam eddig.
Korabban (2007) en is propelt hasznaltam, mikor meg nem volt doctrine.
Akkoriban Cecevel dolgoztam egyutt es kulonbozo teszteket vegeztunk az
adatbazissal kapcsolatban. Nekem az volt a tapasztalatom, hogy az akkori
propel rettenetesen zabalta a memoriat es sehogy nem tudtam azt
felszabaditani, mindig csurgott elfele. Bar a vegen remlik valami, hogy
talaltam egy cikket, ami leirja, hogy a destruktor altal mit milyen
sorrendben es modon kell megsemmisiteni a memoria felszabaditasahoz, de
mar nem emlekszem a megoldasra. Ez ott maradt a ceg wiki-jeben.
Az a helyzet, hogy a doctrine egyszeruen annyira szep, hogyha igazad
van es tenyleg lassabb mint a propel, en meg akkor is mellette maradok
es a hianyzo sebesseget megprobalom mashogy potolni es a szukseges
helyeken kompromisszumot kotok.
Peldaul az egyik rendszeremben nekem is kell importot futtatnom, de ez
rendre megallt mar a harmadik tablanal es sehogy nem boldogult a
~3millio rekorddal. Vegul nem is tudtam meg csak PHP-val sem (mert nem
volt ido es memoria, amibe belefert volna) megoldani csak ugy, hogy a
szukseges utasitasokbol txt-t generaltam es parancssorbol etettem meg az
adatbazist. Itt tehat feladtam az elveim es az ORM-et es a
leghatekonyabb megoldast valasztottam.
Zoli