Alapvetoen adatbazis tervezessel kapcsolatos a kerdes, de ugy gondolom
gyakorlatiasabb valaszt kapok toletek, mint mas forumokon.
Hasznaltok-e kenyszereket ORM-el egyutt?
A hasznalatuk nagyon kenyelmes, hisz konyebben tudom megtartani az
adatbazis konzisztenciajat, az ORM altal pedig minden egyeb nelkul
elerem az osszes kapcsolatot. Nem tudom, hogy ez peldaul propelben is
igy van-e, de doctrine-ben plusz hivasok nelkul egyetlen peldanyositas
utan minden kapcsolodo rekord adatat le tudom kerni.
Azonban teljesitmeny tekinteteben komoly aggalyokat vet fel. Hisz
hatalmas objektumaim keletkeznek es talan a teljesitmeny vegett
erdemesebb lenne a kapcsolatokat alkalmazas szinten definialni. Vallalva
a plusz munkat. Ezzel kapcsolatban azonban ott van ellenerzesem, hogy
csak tranzakciokkal lehet ezt jol helyettesiteni, kulonben nagyon
bonyolultta valik az egesz.
Visszautalva egy kicsit Chris levelere, talaltam ezt a tesztet:
http://www.doctrine-project.org/blog/transactions-and-performance
Zoli
Alapesetben csak az objektum kerül hidrálásra. Az eredeti selectben ha
joinolsz egy relációt, akkor azokat feltölti az eredeti objektummal
együtt, de a többi lazy-load lesz, azaz plusz relációnként egy kérés
kell az első elérésekor. Ha symfonyn belül vagy, akkor ez szépen
látszik a web debug toolbaron a queryk között.
-- Maerlyn
2011/2/26 Zoltan Sule <zolta...@mezitlab.eu>:
> Alapesetben csak az objektum ker�l hidr�l�sra. Az eredeti selectben ha
> joinolsz egy rel�ci�t, akkor azokat felt�lti az eredeti objektummal
> egy�tt, de a t�bbi lazy-load lesz, azaz plusz rel�ci�nk�nt egy k�r�s
> kell az els� el�r�sekor. Ha symfonyn bel�l vagy, akkor ez sz�pen
> l�tszik a web debug toolbaron a queryk k�z�tt.
Idobe telt, mire symfony alatt is ki tudtam ezt probalni, mivel ott
eddig nem hasznaltam kenyszereket a tablak kozott es igen, igazad van!
Koszi,
Zoli