Vesmes souhlas. Hibernate sice dovoluje volat nativni SQL, a tim padem i PL/SQL, ale potom ztracis uplnou nezavislost na databazi. Pokud se ale nemylim, tak PL/SQL snad nema zadne dialekty a nativni kod by mel jit spustit jak na Oracle tak na Postgre / DB2 ..
Balastu kolem je generovano spousta a diky za to. Delal jsem s JDBC a nedokazu si predstavit vetsi aplikaci informacniho systemu (napr banku), ktera veskerou perzistenci resi pres JDBC. Hlidat si transakce, zavirat a otevirat zdroje, to vsechno je ten "pravy balast", ktery znesnadnuje citelnost kodu. Osobne radeji vygooglim nejaky chytry prepinas pro vysoce konfigurovatelny Hibernate a zmenim mu nejake chovani v xml/anotace, nez to explicitne psat do kodu a mit v nem bordel. Na druhou stranu, tedka pracuju nad aplikaci, ktera v 99% pripadu do databaze nezapisuje, tak nevidim duvod pouzivat ORM a spokojim se s JDBC.
Middleware jako EJB nebo Spring mohou byt tezsi na zacatek, ale jsou naprosto nezbytne. Psat spravne a bezpecne transakce / paralelni zpracovani je mnohem tezsi, nez se naucit par pravidel, jak pouzit nejaky framework, kde to mam zadarmo.
Názor k článku
Entity beans v JBoss
