Hibernate hbm2ddl.auto valeurs possibles et ce qu'elles font ?

Question

Je veux vraiment en savoir plus sur la mise à jour, l'exportation et les valeurs qui pourraient être données à hibernate.hbm2ddl.auto
J'ai besoin de savoir quand utiliser la mise à jour et quand ne pas le faire ? Et quelle est l'alternative ?

Ce sont des changements qui pourraient se produire au cours de la DB :

• Nouvelles tables
• nouvelles colonnes dans les anciens tableaux
• colonnes supprimées
• type de données d'une colonne modifiée
• le type d'une colonne a changé ses attributs
• les tables ont été abandonnées
• les valeurs d'une colonne ont changé

Dans chaque cas, quelle est la meilleure solution ?

Answer 1

De la documentation communautaire :

hibernate.hbm2ddl.auto Valide ou exporte automatiquement le schéma DDL vers la base de données lorsque le SessionFactory est créé. Avec create-drop, le schéma de la base de données sera abandonné lorsque le SessionFactory sera fermé explicitement.

Par exemple : valider | mettre à jour | créer | créer-dépasser

La liste des options possibles est donc la suivante ,

• valider : valide le schéma, n'apporte aucune modification à la base de données.
• mise à jour : mettre à jour le schéma.
• créer : crée le schéma, en détruisant les données précédentes.
• créer-déposer : abandonnez le schéma à la fin de la session.

Ces options semblent destinées à être des outils pour les développeurs et non à faciliter la mise en place de bases de données de niveau production, vous pouvez consulter la question suivante ; Hibernate : hbm2ddl.auto=update en production ?

Answer 2

Il existe également la valeur non documentée "none" pour la désactiver entièrement.

Answer 3

La propriété de configuration est appelée hibernate.hbm2ddl.auto

Dans notre environnement de développement, nous avons défini hibernate.hbm2ddl.auto=create-drop pour déposer et créer une base de données propre à chaque déploiement, afin que notre base de données soit dans un état connu.

En théorie, vous pouvez définir hibernate.hbm2ddl.auto=update pour mettre à jour votre base de données avec les modifications apportées à votre modèle, mais je ne ferais pas confiance à cette méthode sur une base de données de production. Une version antérieure de la documentation indiquait que cela était expérimental, du moins ; je ne connais pas le statut actuel.

Par conséquent, pour notre base de données de production, ne définissez pas le paramètre hibernate.hbm2ddl.auto - le défaut est de ne faire aucune modification de la base de données. Au lieu de cela, nous créons manuellement une mise à jour SQL DDL script qui applique les changements d'une version à la suivante.

Answer 4

J'utiliserais liquibase pour la mise à jour de votre base de données. La fonction de mise à jour des schémas d'Hibernate ne convient vraiment qu'aux développeurs qui développent de nouvelles fonctionnalités. Dans une situation de production, la mise à jour de la base de données doit être traitée avec plus de précaution.

Answer 5

Il y a quelque temps, j'ai écrit une explication détaillée sur mon blog, IMO il pourrait vous aider. Jetez un coup d'œil à ici .