Vlákno názorů ke článku ORM v Jet - vytváření dotazů a efektivní nahrávání dat od RS - Zdravim, Nekolik poznamek / otazek Otazka: jak je reseno kdyz...

Zdravim,

Nekolik poznamek / otazek
Otazka: jak je reseno kdyz si vytahnu entitu a nasledne prestoupim k subentite ktera ale neni nactena / k jine entite ve ktere je v relaci ale jenz nebyla nactena?

Otazka: Porad nevidim jak je reseny update entit rekneme situace (pseudokod)

A a = loadEntitu();
a.getSubEntity()­.setName();
saveEntity(a);


Poznamka:
1) ten zapis WHERE podminky s poli je opravdu hrozny... s takovym API pracovat.. chapu ze je to jednoduche ale tam musi byt brutalni chybovost.. nedej boze kdyz budu generovat nakou slozitejsi podminku a budu tam muset lepit polozky do toho pole na spravna mista tohle bych debugovat fakt nechtel.. ony ty ostatni ORM ten builder / jazyk nemaji proto ze by snad nevedeli co s casem ale proto ze se s tim proste lepe pracuje a ze mi pak napovida IDE a do nake miry mne kontroluje... performance postih zanedbatelny (cache dotazu). prace navic to je ale udela se jednou... a napsat si prekladac az tolik prace neda. Pokud uz bych teda nechtel vlastni dialekt pro coz mam celkem pochopeni prece jen je pak tezsi dostat z DB maximum tak bych si napsal aspon zakladni SQL builder prave kuli prehlednejsimu API. Prenositelnost aplikace mezi DB systemy je takove... hodne jsem o tom slysel mluvit ale praxe ukazuje ze je lepsi to mit pro jeden DB system a ten mit odladeny.

WHERE v poli je pro jednoduchý dotazy asi docela v pohodě, má to tak třeba i Nette ( https://doc.nette.org/cs/database/core#toc-pokrocile-dotazy ). Ale jak píšeš, složitější podmínky bych v tom asi psát nechtěl.

Ono v PHP je to dost caste, podobne to malo aj ORM v Yii alebo ked som sa pozrel na Doctrine, tak ten mal sice nejaky query builder, ale toho stringovania a poli tam bolo len o nieco menej.