Keine Beständigkeit   Das Erstellen eines NonPersist-Objekts konfiguriert einen Datenbankspeicher, der nur im Arbeitsspeicher existiert. Die Datenbank wird beim Starten erstellt und während der Ausführung der Anwendung verwendet, um dann beim Schließen der Anwendung verworfen zu werden. Wenn die Anwendung geschlossen wird, werden alle im nicht-beständigen Speicher enthaltenen Daten gelöscht.

Write-at-end-Beständigkeit   Wenn die Write-at-end-Beständigkeit unter Verwendung der setWriteAtEnd-Methode eines beständigen Configuration-Objekts aktiviert ist, werden Daten erst in die Datenbank geschrieben, wenn die Verbindung freigegeben wird. Während diese Form der Beständigkeit die allgemeine Geschwindigkeit von Transaktionen verbessert, können Daten doch verloren gehen, falls die Anwendung abnormal beendet wird.

Shadow Paging-Beständigkeit   Shadow Paging ist die stärkste Beständigkeitsform. Sie kann aktiviert werden, indem die setShadowPaging-Methode eines beständigen Configuration-Objekts verwendet wird. Wenn sie beim Starten aktiviert ist, wird die Datenbank auf den Status des letzten Checkpoints zurückgesetzt, auch bei unerwartetem Beenden der Anwendung.

Einfache Paging-Beständigkeit   Wenn Shadow Paging nicht aktiviert ist, wird eine einfache Paging-Implementierung von Beständigkeit verwendet. Alle Daten werden auf die Seite geschrieben, von der Daten gelesen werden. Die Datenbank wird vom Zeitpunkt des Beginns der Aktualisierung bis zum Zeitpunkt vor dem Abschluss der Aktualisierung als beschädigt angesehen. Eine beschädigte Datenbank kann beim Starten erkannt werden, ist aber nicht wiederherstellbar. Im Vergleich zu Shadow Paging verwendet einfaches Paging signifikant weniger Speicher und verbessert die Performance.