Java persistence layer (Torque vs hibernate)
6 отговора
363 прегледа
в отговор на KillingSpree
#2
Re: Java persistence layer (Torque vs hibernate)
Аз ползвам в момента Hibernate и съм доста доволна.
Но нямам представа от Torque и не мога да ги сравня.
Впечатлението ми от форуми и статии е, че Hibernate е може би най-разпространения OR utility за Java.
Но нямам представа от Torque и не мога да ги сравня.
Впечатлението ми от форуми и статии е, че Hibernate е може би най-разпространения OR utility за Java.
в отговор на KillingSpree
#3
Re: Java persistence layer (Torque vs hibernate)
Давай с хибернейта.
А апачето ква боза мислеха да правят по въпроса?
Май някакво друго име беше.
А апачето ква боза мислеха да правят по въпроса?
Май някакво друго име беше.
в отговор на KillingSpree
#5
Твърдо нье
torque прави (базови) класове, следващи схемата на базата, след което те кара да ги използваш директно. Затова при промяна на таблиците в базата трябва да си променяш кода навсякъде, където общуваш с базата.
Има и гнасни бъгове: примерно, не се сеща да огради в кавички имената на полетата, които означават нещо в SQL заявка (да кажем comment). Имаше и още, май по-важни, но не ги помня (върти ми се в главата, че не може да прави OR на условия, генерира AND вместо това, но не съм сигурен)
Най-лошото от всичко е, че на практика не се поддържа от над година, ако не се лъжа.
Hybernate от друга страна се развива и поддържа активно. Освен това, не те кара ти да се нагласяш по него, а с помощта на get и set методи, които ти дефинираш на своите класове прехвърля данните между тях и базата. По този начин ако промениш схемата по съвеместим начин (примерно преместиш нещо от една таблица в друга или разделиш таблица на две) можеш изобщо да не си пипнеш кода, достатъчно е да промениш XML описанието на базата за Hybernate.
Всъщност именно в подхода е голямата разлика - torque те кара да се нагласяш по него (схемата на базата), а hybernate следва твоя дизайн на класове и го прехвърля в базата по посочен от теб начин.
Понякога седя и си мисля, а понякога само си седя ...
Има и гнасни бъгове: примерно, не се сеща да огради в кавички имената на полетата, които означават нещо в SQL заявка (да кажем comment). Имаше и още, май по-важни, но не ги помня (върти ми се в главата, че не може да прави OR на условия, генерира AND вместо това, но не съм сигурен)
Най-лошото от всичко е, че на практика не се поддържа от над година, ако не се лъжа.
Hybernate от друга страна се развива и поддържа активно. Освен това, не те кара ти да се нагласяш по него, а с помощта на get и set методи, които ти дефинираш на своите класове прехвърля данните между тях и базата. По този начин ако промениш схемата по съвеместим начин (примерно преместиш нещо от една таблица в друга или разделиш таблица на две) можеш изобщо да не си пипнеш кода, достатъчно е да промениш XML описанието на базата за Hybernate.
Всъщност именно в подхода е голямата разлика - torque те кара да се нагласяш по него (схемата на базата), а hybernate следва твоя дизайн на класове и го прехвърля в базата по посочен от теб начин.
Понякога седя и си мисля, а понякога само си седя ...
в отговор на KillingSpree
#6
Re: Java persistence layer (Torque vs hibernate)
С риск да ме оплюят, за мен EJB си е напълно достатъчно.
в отговор на KillingSpree
#7
Re: Java persistence layer (Torque vs hibernate)
Благодаря на всички.
вече всичко е ясно Hibernate ще се ползва.
вече всичко е ясно Hibernate ще се ползва.