[JPA] CSV et jointure

Version imprimable

21/03/2011, 09h34
LeCogiteur

[JPA] CSV et jointure

Hello, j'ai un petit souci.

J'aimerais faire une jointure sur colonne qui est au format CSV. En fait le problème c'est qu'à l'époque au lieu de créer une table de jointure, ils ont créé une colonne dans ma Table A qui contient une liste de clés étrangères de ma table B séparés par des virgules.

Je suis donc dans une relation de type "ManyToMany" mais je me demandais comment il était possible de faire la jointure avec JPA. Suis je obligé de passer par une NamedQuery?
21/03/2011, 09h49
JeitEmgie

Citation:

Envoyé par LeCogiteur

Hello, j'ai un petit souci.

J'aimerais faire une jointure sur colonne qui est au format CSV. En fait le problème c'est qu'à l'époque au lieu de créer une table de jointure, ils ont créé une colonne dans ma Table A qui contient une liste de clés étrangères de ma table B séparés par des virgules.

Je suis donc dans une relation de type "ManyToMany" mais je me demandais comment il était possible de faire la jointure avec JPA. Suis je obligé de passer par une NamedQuery?

Vous ne pouvez pas faire avec JPA ce qu'aucun RDBMS ne supporte.
Il faut faire un refactoring de la structure de la table.
21/03/2011, 09h58
LeCogiteur

Dns létat actuel des choses, je ne peux pas faire de refactoring de la base. En fait dans l'existant de l'appli, ils utilisent les expressions régulières pour faire les requêtes en base (base postgres, en utilisant l'opérateur =*).

Faut donc que je passe par une requête en dur si j'ai bien compris ta réponse?
21/03/2011, 11h02
JeitEmgie

Citation:

Envoyé par LeCogiteur

Dns létat actuel des choses, je ne peux pas faire de refactoring de la base. En fait dans l'existant de l'appli, ils utilisent les expressions régulières pour faire les requêtes en base (base postgres, en utilisant l'opérateur =*).

Faut donc que je passe par une requête en dur si j'ai bien compris ta réponse?

Oui, vous devrez implémenter le traitement vous même : il est impossible d'utiliser des annotations JPA qui sous-entendent des FK sur un champ ainsi structuré puisque ce n'est pas supporté par les RDBMS.

Par contre, si vous utilisez Hibernate (et sans doute l'équivalent existe pour d'autres ORM) il est possible d'utiliser des UserType pour avoir en Java un champ dont la sérialisation/désérialisation du format CSV se fera automatiquement, ce qui vous permettrait de "recycler" le code dans différents contextes (si nécessaire).
21/03/2011, 11h08
LeCogiteur

ok merci :). Oui nous utilisons Hibernate. J'aurais préféré rester standard à JPA. Mais vu que c'est du spécifique...

Je vais aller faire quelques recherche du côté de usertype .

Citation:

Envoyé par LeCogiteur

ok merci :). Oui nous utilisons Hibernate. J'aurais préféré rester standard à JPA. Mais vu que c'est du spécifique...

Je vais aller faire quelques recherche du côté de usertype .

n'oubliez pas de mettre un package-info.java dans tous les packages qui utiliseront le UserType…
sinon vous allez passer des heures à chercher pourquoi çà ne marche pas…
Code:

1 2 3 4 5 6 7 8 9 @org.hibernate.annotations.TypeDefs({ @org.hibernate.annotations.TypeDef( name="THE_NAME_YOU_WILL_REFERENCE_IN_THE_TYPE_ANNOTATION", typeClass = THE.FULL.PACKAGED.NAME.OF.THE.UserType.class ) }) package THE.PACKAGE.CONTAINING.A.CLASS.USING.THE.USERTYPE ;