Discussion :

[jamal_b]

moi je travail avec les EJBs (de type CMP), pour insérer un enregistrement ds une table j'appel la fonction create(je mets lici les paramétres + identificateur)
sachant qu'il y'as pas le type auto-increment en oracle
comment je peut faire pour éviter de passer le paramétre identificateur ds la liste des paramétres de la fonction create

et merci d'avance

[pier*]

Il n'y a pas d'auto_increment mais il y a les séquences pour remplacer cette fonction.

D'abord tu créer ta séquence.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
CREATE SEQUENCE seqIdTable MINVALUE 0 INCREMENT BY 1

Et ensuite dans table tu l'appelles ainsi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
INSERT INTO table VALUES (seqIdTable.nextval,'champ1','cham2....

nextval incrémente a chaque fois ta séquence, la valeur courante de ta séquence peut être récupérer grace a seqIdTable.curval (ou currval je sais plus).

[Supradiz]

Une question m'interpele en lisant ton post.

Comment partager la table qu'a créer l'entityBean en BD avec une application JDBC ?
J'obtiens des violations de contraintes d'unicité, si j'utilise les séquences depuis un client JDBC, et qu'ensuite je passe par mon ejb pour ajouter un autre Objet.

Comment synchroniser l'entityManger avec la sequence qui a été modifier en BD ?

Je vois remercie de toutes réponses/remarques constructives.

[alexismp]

Quel bonheur d'être passé aux EJB 3! :-)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
@Entity
public class MonEJB {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;
    ...
}

[Supradiz]

Le type AUTOGENERE c'est bien mais....

Imagine que tu es une table qui soit partagée avec une autre application mais en JDBC.

1\ Ton application en JDBC fait un INSERT ayant pour clé primaire 1.
2\ Ton EJB fait un persist juste aprés, l'auto génération va généré une clé primaire égale à 1.

Et là ... c'est le drame , violation de clé primaire.

Comment faire en sorte que l'auto génération de la clé en EJB puisse se rafraichir pour ne pas avoir de violation clé primaire ??

Merci.

[BizuR]

Euh je ne vois pas trop le probleme des clés de sequence ?!?

Si ton application JDBC veut ajouter un élément : elle ira chercher la séquence et obitendra 10 par exemple.
Juste après, ton entityManager veut persister un objet, il ira chercher une autre séquence et obtiendra 11 ... où est donc le problème ?
Si il va persister l'objet avec ID 10, soit il faudra le précharger pour qu'il soit reconnu comme existant en base, soit il comprendra, en voyant l'ID que ce dernier existe déjà en base non ?!? Donc pas d'insert, donc aucune violation de contrainte selon moi

[Supradiz]

Euh je ne vois pas trop le probleme des clés de sequence ?!?

Pour les séquences effectivement, pas de problème (si le client JDBC utilise la séquence).

Mais concernant la génération de clé primaire automatique avec les entity Bean ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

@GeneratedValue(strategy = GenerationType.AUTO)

si j'ai un objet (ajouté par EJB) ayant un id=10 en bd et que j'en rajoute un en JDBC avec l'id = 11.

Mon prochain ajout par EJB va généré une clé primaire ayant pour valeur 11.

c'est la que ca coince...

Comment rafraichir / resynchroniser mon appli EJB pour ne pas avoir ce genre de probleme ? recharger un entitymanager ?

Avez-vous des solutions ?

Merci.

[BizuR]

Ah ok, le auto signifie que c'est l'EJB qui va autogéré l'identifiant ... mais qui nous dit qu'il ne consultera justement pas en base pour connaitre si il existe un autoincrement ou une sequence justement ?!?

[Supradiz]

lol , je l'ai essayé !!

Je poserais pas la question sinon .

Essaie et on verra si tu as le même problème que moi.

On attends de tes nnouvelles.

[BizuR]

Ah bah non je ne vais pas essayé, je n'ai jamais développé en EJB, alors EJB3 .... on attendra

Mais je te crois hein, c'est juste que, comme tu n'as jamais précisé que tu avais essayé, moi je posais la question

[xv-mnt]

Avec EJB3, il est possible de préciser une séquence comme générateur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
    @Id
    @SequenceGenerator(name = "mySeq", sequenceName = "mySeqName")
    @GeneratedValue(generator = "mySeq")
    @Column(name = "ID_COL")
    private long id;

Et le tour est joué. De toute manière, il vaut mieux que toutes les applis utilisent le même générateur de clés pour éviter de fare sauter les contraintes d'unicité.
Pour Oracle, le mieux c'est bien sûr la séquence...

PS : Je ne peux pas me prononcer pour EJB2. Le mécanisme de EJB3 existe bien sûr dans Hibernate, et il me semble aussi dans JDO (à vérifier).