Wie lösche ich alle JPA-Entitäten?

In meinen Tests code brauche ich, um eine leere/leere Datenbank bei jeder Methode. Gibt es code, der erreichen würde, dass der Anruf an das @Vor der Prüfung?

  • Wie hast du es geschafft, es zu tun? Ich muss das gleiche zu tun.
InformationsquelleAutor simpatico | 2010-07-26
  1. 2

    Wirklich, das Sie immer verwenden können, JPQL,

    em
   .createQuery("DELETE FROM MyEntity m")
   .executeUpdate()
;

    Aber beachten Sie, es gibt keine Zuschüsse, die entity-cache wäre auch reinigen. Aber für unit-test-Zwecke ist es Aussehen eine gute Lösung.

    • und wie du schreibst, dass mit den Kriterien, die api? Ich sehe keinen delete(). Ist es nur für DML?
    • Ja, das löschen ist DML. Meine übliche Szenario der Prüfung ist, fügen Sie @BeforeClass und @AfterClass (für Ihren Fall es zu ändern @Before und @After). In "nach" die Reinigung code freigibt, werden alle hinzugefügten Datensätze: em.createQuery("DELETE FROM MailMessage-m, wobei m.mailMessageId = :id").setParameter("id", Nachricht.getMailMessageId()).executeUpdate(); So kann dies zu beantworten, wie Kriterien
    • em.clear() vor, scheint zu lösen die cache-Problem.
    • und wie lösche ich, wenn ich eine Abhängigkeit/foreign key auf beiden Seiten (Zyklus) der Entitäten, die ich löschen möchte? So etwas, wie aufschieben überprüfen.
    • Die Massenlöschung nicht cascade (pro-Spezifikation).
    • entweder müssen Sie die CASCADE-Einschränkung auf DDL oder manuell löschen Sie alle Abhängigkeit von stand-alone-aufrufen LÖSCHEN Sie für jede Entität
    • Ich habe (cascade=CascadeType.ALLE) zu jedem @ - Beziehung in jeder Einheit (ist das nicht was soll ich tun?), aber ich bekomme immer noch eine Ausnahme löschen möchten.
    • Wie ich schon schrieb, bulk-delete-Vorgänge werden NICHT kaskadierte gemäß Spezifikation (Abschnitt 4.10).
    • emf.getCache().evictAll(); leert den cache.

    InformationsquelleAutor Dewfy
  2. 0

    In meinen Tests code brauche ich, um eine leere/leere Datenbank bei jeder Methode.

    Ich würde die test-Methoden, die insider-Transaktion (und rollback am Ende jeder Methode). Das ist die übliche Vorgehensweise. Ich sehe nicht den Punkt der Begehung einer Transaktion und schreiben die Daten in die Datenbank, wenn Sie LÖSCHEN Sie einfach nach. Nur nicht zu Begehen.

    Alternative (nicht ausschließliche) Verwendung von DbUnit, um Ihre Datenbank in einen bekannten Zustand vor einer Testausführung. Wenn wir dies tun, werden Sie in der Regel nicht brauchen, um es zu säubern.

    Andere Möglichkeit wäre die Verwendung von raw-JDBC löschen Sie die Datenbank, wenn vorhanden, und dann haben JPA erstellen Sie die gesamte Datenbank. Wird ziemlich langsam obwohl.

    • Ich sehe den Punkt. Ich Teste eine ganze 'Aktion', die auch in die Datenbank schreibt, und dann Vergleiche ich den Zustand der Datenbank vor Erwartungen. Die Transaktion, die hinter den Methoden, die ich testen (ich Teste viel von außen).
    • Und glaubst du nicht, dass diese Art von Informationen können helfen, gute Antworten?
    • Ich werde sehen, was sich dbUnit, ich glaube, ich bin auch mit cache-Probleme, da läuft jede Prüfung einzeln funktioniert, aber nicht zusammen (Sie behauptet das Vorhandensein von Rest-Daten aus einem anderen test). Wäre es empfehlenswert, eine singleton-entity-manager in der ganzen app? Die tutorials, die ich gesehen habe nicht.
    • es werden empfohlen, um eine singleton-entity-manager in der ganzen app? glaube ich nicht. Die häufigsten Muster in einer multi-user client/server-Anwendung ist entitymanager-pro-Anfrage.
    • Ich bin in einer single-user-desktop-app. Ich habe eine em (eigentlich eine wrapper-Klasse), die gemeinsam durch alle tests. Würden Sie empfehlen, in jedem test mit einem eigenen em? Ich bin überrascht, dass das löschen des cache nach jedem test führt immer noch in meinem problem. Ich bin sicher, dass es nicht zu einem permanenten problem, da die delete-code erfolgreich ausgeführt.
    • Der Zeitpunkt des Commits der Transaktion während der tests ist zum aufrufen des DB-constraint-Prüfungen, die durchgeführt werden, nur beim commit.

    InformationsquelleAutor Pascal Thivent
Schreibe einen Kommentar