Persistance de SQL Server 2008 en utilisant des procédures stockées, JPA et Hibernate

Question

Nous implémentons une page Web pour maintenir une structure organisationnelle. La structure est stockée dans SQL Server 2008 et utilise le nouveau type de données HierarchyID. Étant donné que nous avons eu des problèmes pour faire jouer JPA et Hibernate avec ce nouveau type de données, nous avons décidé d'utiliser des vues et des procédures stockées pour extraire ce type de données. Nous voulons donc utiliser une procédure stockée pour persister dans nos entités, mais comment le faire avec JPA n'est pas clair.

Premièrement, prenons-nous la bonne approche et deuxièmement, est-il possible d'utiliser des procédures stockées pour persister des entités annotées avec JPA?

Answer 1

Nous avons choisi une approche où nous utilisons des requêtes natives pour appeler des procédures stockées chaque fois que nous devons gérer le type de données d'ID de hiérarchie. Cela nous a permis d'éviter tout SQL propriétaire tout en bénéficiant du nouveau type de données.Notre compréhension, et les résultats initiaux, est que l'ID de hiérarchie nous permet d'agréger des données à travers une structure arborescente simplement en demandant à tous les descendants d'un nœud donné.

Par exemple, pour obtenir un compte de toutes les commandes à travers un « n » structure de la profondeur des régions, les bureaux, les magasins et les ministères pourraient utiliser quelque chose comme ce qui suit:

SELECT COUNT(Orders) FROM Orders WHERE NodeOrderedAt.IsDescendantOf(@Node) 

@ ChssPly76 Merci pour les références à la deux modèles. Je les lirai plus tard :)

Answer 2

Tout d'abord, prenons-nous la bonne approche [...]

Eh bien, ça dépend. Si cela ne vous dérange pas d'être lié à votre moteur de base de données alors je suppose qu'il n'est pas totalement faux de vouloir bénéficier de fonctionnalités propriétaires comme HierarchyID. Mais vous ne doivent utiliser les nouvelles fonctionnalités ...

d'autre part, est-il possible d'utiliser des procédures stockées pour persister des entités annotées avec JPA?

A ma connaissance, aucune . Vous pouvez appeler la procédure stockée en utilisant des "requêtes natives" (voir @NamedNativeQuery et/ou EntityManager#createNativeQuery()) mais vous ne pouvez pas les utiliser pour persister des entités, du moins pas avec JPA. Si cela ne vous dérange pas d'utiliser les extensions Hibernate, jetez un oeil à @SQLInsert(callable=true, ...) (voir le chapitre 2.4.11. Custom SQL for CRUD operations de la documentation des annotations Hibernate).

---

Personnellement, je trouve qu'il est très compliqué de créer des vues, des procédures stockées et de traiter les extensions de JPA juste utiliser HierarchyID. Les nouvelles fonctionnalités sont cool ... quand ils simplifient les choses, pas quand ils ajoutent plus de complexité est le cas ici. En d'autres termes, en utilisant HierarchyID ne résout vraiment rien, je pense que je préfère coller avec une colonne classique parent_id (et cela rendra le processus de modification du moteur de base de données plus lisse, même si c'est un événement très improbable).

Answer 3

Vous pouvez utiliser ce @Pascal suggéré ou vous pouvez également utiliser

@org.hibernate.annotations.NamedNativeQuery(
    callable=true, 
    name="queryname", 
    readOnly=true, 
    query="call sproc_name(?,:param)", 
    resultSetMapping="your_result_mapping" 
) 

voir javadoc pour la liste complète des options

Le seul problème avec cette approche est que le paramètre out (si vous en avez besoin) doit être premier et doit générer un refcursor.

Voir aussi this (il fait référence aux fonctions mais peut être modifié pour les sprocs). Ces exemples sont basés sur Oracle, mais la chaîne d'appel est facilement modifiée pour MSSQl.

Je ne sais pas beaucoup de HierarchyId est-il possible de représenter en tant que Hibernate UserType ou l'un des types?