Le meilleur moyen de tronquer toutes les tables avec Hibernate?

Question

Je voudrais tronquer toutes mes tables de base de données entre un test d'intégration à un autre. Quelle est la meilleure façon de le faire en utilisant Hibernate?

Actuellement, je fais ceci:

public void cleanDatabase() { 
     doWithSession(new Action1<Session>() { 
      @Override 
      public void doSomething(Session session) { 
       SQLQuery query = session.createSQLQuery("truncate table stuff"); 
       // todo - generify this to all tables 
       query.executeUpdate(); 
      } 
     }); 

(doWithSession est une petite enveloppe qui crée et ferme une session). Je pourrais itérer sur tous mes objets mappés en utilisant la réflexion ... Je me demande si quelqu'un a déjà résolu ce problème.

Answer 1

Je suppose que vous n'utilisez probablement pas Spring. Si vous l'avez fait, Spring's transactional test support serait idéal. En bref: Spring démarre automatiquement une transaction avant chaque test et la restaure automatiquement après le test élémentaire, vous laissant une base de données vide (ou au moins inchangée).

Peut-être que vous pourriez tout simplement imiter ce mécanisme:

Ouvrir une transaction dans une méthode @Before, rouler en arrière dans une méthode @After.

Answer 2

Avez-vous regardé dans la mémoire mysql http://dev.mysql.com/downloads/connector/mxj/? n'est-il pas possible de revenir en arrière après chaque test? Je crois que vous pouvez le configurer comme ça.

Answer 3

Vous pouvez probablement supprimer et recréer le schéma Hibernate en utilisant SchemaExport, bien que cela semble assez lourd. Rétablir une transaction semble être une meilleure idée.

Answer 4

Vous pouvez utiliser une base de données in memmory et déposer la base de données complète entre vos tests.

Vous pouvez utiliser cette méthode si vous n'avez pas beaucoup mais de longs tests. Mais n'oubliez pas que chaque base de données se comporte différemment de toutes les autres. Donc, l'utilisation d'une base de données en mémoire (par exemple HyperSQL) ne se comportera pas exactement comme votre base de données normale dans certains cas - ce n'est donc pas un test d'intégration correct.