Discussion :

[Toldy]

Bonjour,

J'opère en ce moment sur une table dont l'id est composé de plusieurs champs qui peuvent parfois être à null.
Lorsque je faire une requête par SQL Explorer, par exemple, ça marche très bien.
Par contre, en passant par mon application Web, j'ai une erreur Java NullPointerException qui est due à ces id nuls.

Je n'arrive pas a savoir si c'est une propriété des beans (car mon POJO en est un) ou d'Hibernate qui produit ce résultat.

Est-ce que quelqu'un aurait déjà eu ce type de problème ?

Pour le moment j'ai mis seulement un des champs de ma base en id dans mon POJO (qui lui n'est jamais null, mais pas unique non plus...) donc il y a des problèmes au niveau du résultat des requêtes (ce qui paraît normal).
Je dois donc trouver une solution viable.

Trois solutions:
- permettre d'avoir deux id identiques (illogique mais pourquoi pas)
- permettre d'avoir des colonnes à null dans l'id
- ajouter une autre colonne (sachant que la table prend environ 100.000 lignes de plus par mois, une colonne de laquelle on peut se passer n'a rien a faire ici)

Merci d'avance

[fr1man]

Un identifiant au sens clé primaire doit etre unique.
Soit tu peux le garantir avec un clé composée de plusieurs colonnes, soit tu utilises une sequence ou equivalent qui te garantit l'unicité.
Une clé composé de colonnes pouvant etre null est une bien mauvaise idée.

[Toldy]

Une clé composé de colonnes pouvant etre null est une bien mauvaise idée.

En quoi c'est une mauvaise idée ?

[fr1man]

http://www.developpez.net/forums/d78...ee-champ-null/

[Toldy]

Constructif dis-donc ...

Mais le post ne réponds pas à ma question !
Qui est

En quoi c'est une mauvaise idée ?

[fr1man]

Comme c'est expliqué dans le post que je t'ai relayé, les SGBD vont refuser les valeurs null dans les clés primaires.
Un clé est censé etre unique et non null.

Pour moi une donnée à null est une donnée facultative, qui n'a rien à faire dans une clé primaire.