"Podle me cela technologie omezuje schopnosti databazi a hledi na ne jen jako na tabulky."
V podstate ano, a jeste navic je to tak schvalne ;-). Jadrem je myslenka, ze dulezity je objektovy model datove vrstvy, a ty objekty se "proste nejak zaperzistuji" - E-R schema databaze je mene dulezite, "odvozene". EJB navic prosluly pomerne prisnym diktatem, jak ma OR mapping vypadat, ne-EJB aplikacni servery jsou na tom snad o neco lepe (neznam).
Z tohoto pojeti napr. plyne, ze jestlize mam predem dano databazove schema (E-R; napr. mam existujici 2vrstvou aplikaci), tak rozjet nad timto schematem EJB je temer nemozne. Zmena modelu (schematu) bude nutna.
"Na druhou stranu je pravda, ze za moje vicemene negativni zkusenosti muze neznalost a zadne proskoleni a fakt, ze jsem si musel projit snad vsemi slepymi ulickami."
Myslim, ze to treba bude tim, ze mate background v PL/SQL, obecneji receno, ze vas pristup k navrhu IS je "navrh databaze jako prvni", coz nefunguje, viz vyse. Pokud jste navic zkusenym matadorem zvyklym spolehat se na spoustu stored procedur, bude prechod do sveta EJB dost velkym sokem. Ja mam EJB rad (i presto, ze ladeni vykonu takove aplikace je samostatna disciplina), ale to asi jen proto, ze jsem nikdy nebyl zadny DB guru. Kdybych byval byl, asi bych to byval citil stejne, jako ted vy :-)
Názor k článku
Entity beans v JBoss
