Discussion :

[franck95300]

Bonjour

Je ne trouve pas de correspondance à mon problème sur le net.

Je créé un objet puis je le sauve en base. Il se voit attribuer un numéro d'index (avec une séquence). Or, l'index retourné est différent de celui qui apparait réellement en base de données. Ce dernier est systématiquement supérieur de 1 à celui que j'ai dans l'application.

Le fichier de mapping

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
<hibernate-mapping>
	<class name="Transports" table="transports" catalog="regulation">
		<id name="idTransports" type="int">
			<column name="idTransports" not-null="true" />
			<generator class="native" />
		</id>
		<many-to-one name="vehicule" class="Vehicule" fetch="select" lazy="false">
			<column name="Vehicule" not-null="false">
			</column>
		</many-to-one>
		<set name="transports" inverse="true" table="transport" lazy="false" order-by="rendezVous">
			<key>
				<column name="idTransport"></column>
			</key>
			<one-to-many class="Transport" />
		</set>
	</class>
</hibernate-mapping>

le code de sauvegarde

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
	public Transports sauveTransports(Transports transports){
		Session session = null;
		Transaction tx = null;
		try {
			session = getSessionFactory().openSession();
			tx = session.beginTransaction();
			session.saveOrUpdate(transports);
			tx.commit();
		} catch (Exception e) {
			if (tx != null) tx.rollback();
			logger.error(e.getMessage());
		} finally {
			logger.debug("Fin de sauveTransports");
			session.close();
		}
		return transports;
    }

un point d'arret sur la dernière ligne fait apparaitre transports.idtransports = 1
alors que la base montre 2

Une idée

[marcel.droopy]

Bonjour,

Je n'ai pas vraiment de solution mais une piste ou tu pourrais peut être creuser. Le problème pourrais être le suivant : Hibernate récupère un index pour ton objet qui est la valeur courante de la séquence et insère dans la base ton objet avec la valeur suivante de la séquence. Fais des test et dis moi ce que tu en pense on pourra peu être avancer sur ce point.

Bon courage

[fr1man]

Pourquoi utilises tu "native" dans ton mapping si tu veux utiliser une séquence ?

[franck95300]

Bonjour et merci de vous intéresser à mon problème.

J'utilise native parce que je ne travaille pas toujours avec Oracle. Le système est aussi déployé avec MySQL.

La séquence fonctionne très bien dans les autres objets avec native. En fait, je n'ai jamais testé si le problème de discordance entre la base et le code étaient présent. En tout cas, ça fonctionne sans problème.

Dans mon code, je commence par persister le transports avant de l'utiliser pour une relation. Le fait est que je me retrouve avec une association qui pointe vers un enregistrement qui n'existe pas. Dans oracle, je n'ai pas mis de contrainte sur une clé étrangère sinon, j'aurai eu la sanction immédiate avec une contrainte d'intégrité non respectée.

Je regarde si en cascadant le save dans mes objets pères on contourne ce problème.

Il n'en demeure pas moins que j'aimerais comprendre pourquoi hibernate me renvoit un index différent de celui qui est sauvegardé???

[fr1man]

C'est juste un détail de langage, mais une séquence est une façon de générer des nombres auto-incrémentés et n'existe pas sur tous les SGBD.
Donc native, n'est pas une séquence.


Pour ton problème, que fais tu avec ta relation qui ferait que ça ne marche pas ?
Comment la sauvegardes tu ?

[franck95300]

C'est juste un détail de langage, mais une séquence est une façon de générer des nombres auto-incrémentés et n'existe pas sur tous les SGBD.
Donc native, n'est pas une séquence.

Oui, je suis d'accord. C'est pour cela que je n'ai pas mentionné Oracle dans le Post initial. Il s'agit ici d'un problème peut être un peu plus générique. En oracle hibernate utilise une séquence alors qu'en MySQL il utilise un index auto-incrémenté.

Pour ton problème, que fais tu avec ta relation qui ferait que ça ne marche pas ?
Comment la sauvegardes tu ?

Il existe une relation one-to-many entre transports et transport (désolé pour la faiblesse sémantique). Dans la base, je n'ai pas mis de contrainte entre ces deux tables.
Dans le code, je veux par moment créer un transports (un regroupement de transports) puis sauvegarder mon transport.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
Transport transport1 = .....
Transport transport2 = .....
Transports groupe = new Transports();
groupe.getTransports().add(transport1);
transport1.setTransports(groupe);
groupe.getTransports().add(transport2);
transport2.setTransports(groupe);
// sauveTransports(groupe);
sauveTransport(transport1);
sauveTransport(transport2);

Si je laisse le commentaire, je remonte une erreur sur l'état transient de mon groupe qui doit être sauvegardé avant de sauvegarder mes deux transport1 et transport2.
Si je décommente, le groupe est sauvegardé avec deux numéros d'index différents (dans le code et dans la base).
Lors du chargement suivant, j'ai une erreur car les transport1 et transport2 pointent vers un Transports (groupe) qui n'existe pas en base

[franck95300]

Bon, je suis vert de rage ou rouge de honte; c'est au choix!!!

J'ai créé ma nouvelle table avec APEX(l'utilitaire de gestion de base de données d'oracle en ligne) et je n'avais pas vu qu'il avait créé un trigger associé à la table.

Code :

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

1
2
3
4
5
6
7
 
CREATE OR REPLACE TRIGGER  "BI_TRANSPORTS" 
  before insert on "TRANSPORTS"               
  for each row  
begin   
    select "HIBERNATE_SEQUENCE".nextval into :NEW.IDTRANSPORTS from dual; 
end;

Bref, à chaque enregistrement lors d'une création, il venait chercher le prochain index de la séquence d'où le décalage mentionné dans le post initial.

Moralité, ne faites jamais confiance à quelque chose qui prétend faire votre travail. Un bon vieux CREATE TABLE m'aurait évité de perdre 2 jours!!!

Merci à tous