Hibernate IDENTITY vs FOLGTE

Question

„Im Gegensatz zu Identität, wird die nächste Nummer für den Spaltenwert aus dem Speicher anstatt von der Platte abgerufen werden - diese Sequenz deutlich schneller als Identität macht“ in diesen article definiert . Bedeutet es, dass ID von der Festplatte im Falle der Identität kommt, wenn ja dann welche Platte und wie. Mit der Sequenz kann ich im Log eine zusätzliche Select-Abfrage zu db sehen, während ich einen neuen Datensatz einfüge. Aber ich habe diese extra select-Abfrage im Protokoll nicht gefunden, wenn es sich um eine Identität handelt. Dann wie Sequenz schneller als Identität wird.

Könnte jemand bitte einen wertvollen Einblick in diese Komplexität geben?

Answer 1

Obwohl ich persönlich neu bei Hibernate bin, bedeutet die Verwendung von Identity grundsätzlich, dass Hibernate den nächsten möglichen ID-Wert aus Ihrer DB überprüft und einen Wert dafür behält.

Für die Sequenz weisen Sie Hibernate grundsätzlich an, den nächsten Wert basierend auf einer bestimmten Sequenz zu generieren. Also muss er die nächste ID berechnen, indem er den nächstmöglichen ID-Wert betrachtet. Daher wird die zusätzliche Abfrage ausgelöst.

Answer 2

vielleicht wird dies Ihre Frage beantworten:

Anders als Identitätsspaltenwerte, die erzeugt werden, wenn Reihen eingefügt sind, kann eine Anwendung die nächste Sequenznummer erhalten, bevor die Zeile einzufügen, indem Sie die NEXT VALUE fordern Funktion. Die Nummer wird zugewiesen, wenn NEXT VALUE FOR aufgerufen wird, auch wenn die Nummer niemals in eine Tabelle eingefügt wird. Die Funktion NEXT VALUE FOR kann als Standardwert für eine Spalte in einer Tabellendefinition verwenden. Verwenden Sie sp_sequence_get_range, um einen Bereich von mehreren Sequenznummern bei einmal zu erhalten.

Sie das Detail finden here

Identität benötigt nicht die zusätzliche Auswahlabfrage, weil Identität eine Tabelle abhängig ist und Sequenz von Tabelle unabhängig ist, sondern weil dies können wir Sequenz sogar erhalten, bevor eine Zeile zu schaffen (Wenn Sie session.save (T entity) ausführen, wird die Sequenz generiert, noch bevor Sie die Transaktion festgeschrieben haben.

Sequenz: Sie erstellen oder aktualisieren Entities -> jedes Mal, wenn Sie Entity speichern -> Hibernate get nächsten Sequenzwert -> Ihr Programm den Wert nach Abschluss aller Prozess ohne Ausnahme oder Rollback -> Sie verpflichten alle Transaktion -> Ruhezustand füge alle vollständigen Entitäten ein

identity: Wenn commit transaction, füge unvollständige Entity ein (muss aus der Identity-Spalte abgerufen werden). so ist die INSERT Befehl der Sequenz definitiv langsamer, aber die Vorteile sind, wenn Sie die Einfügung der Zählung nicht erhöhen.

Answer 3

Strategie von Sequenz verwendet:

eine neue Zeile vor dem Einsetzen, fragen Sie die Datenbank für den Wert nächsten Sequenz, dann fügen Sie diese Zeile mit dem Sequenzwert als ID zurückgegeben.

Strategie von Identität verwendet:

eine Zeile einfügen, ohne einen Wert für die ID angeben. Fragen Sie die Datenbank nach dem Einfügen der Zeile nach der zuletzt generierten ID.

Die Anzahl der Abfragen ist also in beiden Fällen gleich. Aber, Hibernate verwendet standardmäßig eine Strategie, die für den Sequenzgenerator effizienter ist. In der Tat, wenn es nach dem nächsten Sequenzwert fragt, behält es die nächsten Werte für den nächsten Wert 50 (das ist der Standardwert, IIRC und es ist konfigurierbar) und verwendet diese 50 nächsten Werte für die nächsten 50 Einsätze. Erst nach 50 Einfügungen geht es zur Datenbank, um die 50 nächsten Werte zu erhalten. Dies reduziert die Anzahl der benötigten SQL-Abfragen für die automatische ID-Generierung erheblich.

Die Identitätsstrategie erlaubt keine solche Optimierung.

Answer 4

Der IDENTITY generator erfordert immer einen Datenbanktreffer zum Abrufen des Primärschlüsselwerts, ohne darauf zu warten, dass der Flush den aktuellen entity state transitions mit der Datenbank synchronisiert.

Der IDENTITY-Generator spielt also nicht gut mit Hibernate write-behind First-Level-Cache-Strategie, daher ist JDBC Batching für IDENTITY Generator deaktiviert.

Der Sequenzgenerator kann von der Datenbankwertvorbelegung profitieren, und Sie können sogar eine HI/LO optimization strategy verwenden. Die besten Generatoren sind die pooled and pooled-lo sequence generators. Thes-Generatoren kombinieren den Batch-freundlichen Sequenzgenerator mit einer clientseitigen Wertgenerierungsoptimierung, die mit anderen DB-Clients kompatibel ist, die Zeilen einfügen können, ohne etwas über unsere Generierungsstrategie zu wissen.

Wie auch immer, sollten Sie niemals den TABLE-Generator wählen, weil it performs really bad. Wenn Sie Portabilität benötigen, können Sie sie mit überschreibenden Konfigurationen beheben, wie in this article erläutert.