Volba databázové vrstvy Doctrine2 či NDB nebo tu máte něco nového?

• Ndab mam na jednom projektu, ktery bezi na ostro. Vyuzivam tam jen Table vrstvu. Bohuzel v te verzi Nette, na kterou je zatim ndab je bug, ktery muze zpusobit prolbemy s cachi, ale to uz je opravnee, zbyva tedy updatovat ndab na nejnovejsi verzi nette, ktera je trochu zmrvene – uz tam neni nette accessor a napovedouo pres phpdoc – to chci nejak upravit, aby tady ten servislocator patter si kdyztak ndab generovalo samo… :)

Nette\Database mám v současnosti na čtyřech webech. Ty weby jsou menší než malé, nechci po tom zázraky a funguje to.

Na druhou stranu, pro spokojené užívání Doctrine je spousta těžkých předpokladů:

• člověk musí rozumět co nejlépe OOP a DDD
• měl by mít zažitých co nejvíce návrhových vzorů
• dobře a lépe IoC (DI)
• chápat, že abstrakce to není dokonalá (a nikdy být nemůže) a brát to jako fakt

A ještě pár věcí, souvisejících s čistým kódem obecně. Pokud tohle nebudeš mít zažité, budeš trpět. Když si ale načteš knížky o návrhových vzorech a DDD (a pochopíš je), tak to začne dávat všechno velký smysl a budeš trpět, když máš psát čisté sql.

Netvrdím, že tomu všemu rozumím dokonale, ale chápu dost na to, abych v tom viděl ty přínosy. A cesta Doctrine mi velice vyhovuje.

No a taky budeš muset překousnout, že pro Doctrine není na Nette ještě úplně vyladěný ekosystém (ale už na tom dělám).

Jen „plusy“ nikdy mít nebudeš. Všechno má své pro a proti a ty se musíš prostě rozhodnout, co má pro daný projekt větší prioritu. Já většinou Nette/Database používám pouze na malé projekty , protože:

• je tam pořád pár bugů,
• v případě potřeby rozdělení modelu do více vrstev nebo nějaké větší abstrakce si všechno musí programátor napsat sám,
• složitější dotazy jsou příliš složité nebo je potřeba rovnou sahat po PDO,
• magie.

Doctrine 2:

• nabízí programátorovi hned několik vrstev modelu téměř zdarma, bez práce,
• na složité dotazy je možné použít NativeQuery spolu s ResultSetMapping,
• rychlost a paměťovou náročnost podle mě částečně kompenzuje UoW a zabudované cachování.

Jediný opravdu závážný problém Doctrine 2 vidím v importování dat do DB, na což není určená a je potřeba použít nějakou jinou vrstvu.

Když to sečtu, tak mi vychází, že Doctrine 2 je dobré použít na větší projekty, do kterých se bude častěji sahat a Nette\Database na projekty, které jsou malého rozsahu, je potřeba je co nejrychleji/nejpohodlněji nějak splácat a tam, kde chceme věci udělat co nejjednodušeji.

Ohýbat Nette\Database do ORM, jak se často hodně lidí snaží, mi přijde jako perverznost :)

Elijen napsal(a):

Jediný opravdu závážný problém Doctrine 2 vidím v importování dat do DB, na což není určená a je potřeba použít nějakou jinou vrstvu.

velke mnozstvo dat sa da cez doctrine uplne krasne importovat ak sa pouzije spracovanie po davkach

enumag napsal(a):

@Elijen: ORM nad Nette\Database nepovažuji za ohýbání ale za naprosto regulérní věc. NDB není ORM a ani si na to nehraje. Pohybuje se o vrstvu níž než ORM a že ji nějaké ORM vnitřně používá není imho nic proti ničemu.

Pokud budeš Nette\Database používat v ORM výhradně jako DBAL, tak to regulérní je, ale přijde mi to jako hloupost. Účel Nette\Database je co nejvíce odstínit programátora od SQL a JOINů. Je perfektní na rychlé vypsání dat z DB v šabloně, ale postavit na něm ORM? Nenapadá mě jediná výhoda, spíš spousta nevýhod.

velke mnozstvo dat sa da cez doctrine uplne krasne importovat ak sa pouzije spracovanie po davkach

Jde to, ale neni to uplne krasne a uz vubec rychle. Generuje to spousty zbytecnych query, zere spousta pameti, je to pomale.

Nuž tak to vypadá tedy, že se opravdu rozhodnu pro D2 :) Díky za rady!

Edit: Ale furt se mi nechce již dost rozsáhlý model v WorkBench překopávat na entity :( Přemýšlím jak si to ulehčit, ale moc možností není.

Editoval frosty22 (18. 1. 2013 0:22)

CherryBoss díky, reverzní inženýrství mě již také napadlo, ale stále si říkám, že to asi není moc cool, minimálně versus smyslu ORM, a také si nejsem jist zda-li toto provádět u plánovaně rozsáhlého projektu – není to zrovna čisté řešení, ale tuto možnost ještě nechávám otevřenou, díky.

BTW: Ještě se mi dostalo rady na twitteru: „správná odpověď je použít dibi“ .. nuž pravda toto jsem zde prozatím nezmínil, jsem pravděpodobně žil v omylu, že již se toto moc nepoužívá.