Newsgroup: it.comp.java
Titolo: Quando gli EJB convengono?

Saluti a tutti, domanda non troppo filosofica quella del subject. Per
essere più precisi mi stò da tempo interrogando su quali siano i veri
vantaggi dell'utilizzo di tecnologie/prodotti per avvicinare
(passatemi il termine) le basi dati relazionali al mondo OO di Java.
Conformi o non conformi agli standard Sun ,di prodotti ne esistono
tanti(ad esempio Hibernate, JBoss etc...) e di cose ne promettono
tante, ma (forse più interessante) dove vengono a mancare?
Credo che in leggibilità e pulizia del codice sia molto meglio vedere
modellate le tabelle su classi/metodi Java piuttosto che doversi
trovare a  costruire esplicitamente delle query, magari anche molto
lunghe.
In temini di performace incomincio però ad avere dei dubbi poichè
spesso le query più complicate risolvono in un colpo solo problemi
complicati. Con gli EJB invece (correggetemi se  sbaglio) si è
costretti a navigare attraverso le relazioni tra i vari
oggetti/tabella generando contine query con un costo maggiore, giusto?
Non è forse più corretto demandare al DBMS il compito di ottimizare
gli accessi alle tabelle e smazzarsi nel modo migliore
l'interrogazione. Nel caso in cui una query restituisca invece campi
provenienti da diverse tabelle, è possibile affrontare con facilià
questa casistica utilizzando gli EJB....
Come avrete capito ho molte perplessità rispetto a questa tecnologia
Sun (sicuramente dovute all'inesperienza) ma non posso non pormi il
dubbio prima di lanciarmi in un utilizzo. Questo perche mi è spesso
capitato di leggere post su altri NG riguardanti perplessità simili e
vedute radicalmente diverse , e anche curiosità tipo il libro della
O'really 'Bitter EJB'.... se hanno fatto un libro un motivo ci sarà...
Grazie in anticipo a chiunque voglia esprimere un parere, saluti
Alberto

 O'really 'Bitter EJB'.... se hanno fatto un libro un motivo ci sarà...
Io punterei il dito contro chi si va fissare sulle tecnologie, se tanti 
dubbi si sono sollevati, forse è dovuto alla scorretta applicazione di 
una specifica, che è pur sempre una sorta di "consiglio" della Sun.
Perchè comprare un carroarmato quando bisogna uccidere una formica? Ma 
se il nemico è più pericoloso di una formica, non si manda un carro solo 
allo sbaraglio....(Si vede che sto giocando a Command & Conquer 
Generals? ;))
Ciao e buona serata!
Giuseppe

Giuseppe
Il dilemma dell'utilizzo di una tecnologia piů evoluta rispetto quella
SQL 'piatto' č sorto quando quest'ultima ha incominciato a starmi
stretta, per cui posso dire che il problema non ha proprio le
dimensioni di una formica (per la precisione le dimensioni di un
gestionale) per cui mi sono posto in fase 'valutativa' di alternative.
Colti i vantaggi mi rimane da fugare quelli che sono i dubbi...
Grazie 1000 per la risposta e buon C&C (gran gioco da sempre)
Alberto

 corretto.
Se l'entity ha i reference ad altri entity con un find li recupera tutti da
solo.
In fondo *dovrebbero* essere visti come dei campi, percui non è necessario
percorrere una ad una le relazioni.
I reference servono proprio a quello.
ciao
Giube
--------------------------------
Inviato via 
http://usenet.libero.it

A breve saro' costretto ad approfondire...
...attendo commenti ; )
ciao A.