2009-07-06 5 views
3

Nous avons des restrictions métier pour accéder à la base de données uniquement via les appels de procédure stockée. La mise en cache est également interdite. Y a-t-il de la valeur dans l'utilisation du framework Hibernate où vous n'utilisez pas les fonctionnalités comme la construction de requêtes complexes ou la mise en cache? Nous utilisons en utilisant l'option légère jdbc.Hibernation pour l'accès à la procédure stockée

+0

Pouvez-vous donner un aperçu des raisons pour lesquelles votre entreprise impose cette restriction? Par exemple, si c'est pour des raisons de performances, vous pouvez argumenter qu'Hibernate (en fait, votre pool de connexions) met en cache PreparedStatements, ce qui atténue ce problème. –

+0

La base de données sert de fonction de sauvegarde sur le système distribué pour une base de données résidant sur un ordinateur central. Tous les accès à la base de données mainframe sont basés sur des procédures stockées écrites en COBOL. Donc, l'accès à la fonction de sauvegarde wehn doit imiter l'accès réel. – zkarthik

Répondre

3

Hibernate a du sens si vous souhaitez mapper des objets à des tables. Je ne vois pas comment HQL peut vous être utile autrement.

Je chercherais plutôt JDBC ou Spring JDBC.

1

Le chargement paresseux et le mappage d'entités d'Hibernate apportent encore beaucoup de valeur à la table. Je voudrais y aller.