Hibernate IDENTITÀ vs SEQUENZA

Question

"A differenza di identità, il numero successivo per il valore della colonna verrà recuperato dalla memoria piuttosto che dal disco - questo rende molto più veloce di identità di sequenza" definito in questo article. Significa che l'ID viene dal disco in caso di identità, se sì allora quale disco e come. Usando la sequenza, posso vedere nel registro, una query di selezione extra per db mentre si inserisce un nuovo record.Ma non ho trovato quella query di selezione extra nel registro in caso di identità. Quindi in che modo la sequenza diventa più veloce dell'identità.

Qualcuno potrebbe fornire preziose informazioni su questa complessità.

Answer 1

Anche se personalmente sono nuovo di Hibernate, da quello che posso ricordare, l'uso di Identity significa fondamentalmente che Hibernate controllerà quale sarà il prossimo valore id possibile dal DB e manterrà un valore per esso.

Per la sequenza, in pratica comunicate a Hibernate di generare il valore successivo in base a una particolare sequenza fornita dall'utente. Quindi deve effettivamente calcolare il prossimo id guardando il possibile valore id successivo. Quindi, la query aggiuntiva viene attivata.

Answer 2

forse questo sarà rispondere alla tua domanda:

A differenza di valori di colonna di identità, che vengono generati quando le righe sono inseriti, un'applicazione può ottenere il numero di sequenza successiva prima di inserire la fila chiamando il NEXT VALUE FOR funzione. Il numero della sequenza viene assegnato quando viene chiamato NEXT VALUE FOR anche se il numero non viene mai inserito in una tabella. La funzione NEXT VALUE FOR può essere utilizzata come valore predefinito per una colonna in una definizione di tabella. Utilizzare sp_sequence_get_range per ottenere una gamma di numeri di sequenza multipli a una volta.

è possibile trovare il dettaglio here

identità non ha bisogno di quel qualcosa in più query di selezione perché l'identità è una tabella dipendente e Sequence è indipendente dalla tabella, ma proprio per questo siamo in grado di ottenere sequenza anche prima di creare una fila (quando si esegue session.save (T entity), la sequenza viene generata anche prima di eseguire il commit della transazione).

sequenza: di creare o aggiornare le entità -> ogni volta che si salva entità -> ibernazione ottenere successivo valore di sequenza -> il programma restituisce il valore dopo tutto il processo completo senza eccezione o rollback -> si impegnano tutte le transazioni -> Hibernate inserisci tutta l'entità completa

identità: quando si esegue il commit della transazione, inserire un'entità incompleta (deve ottenerla dalla colonna Identity). quindi il comando INSERT di sequenza è decisamente più lento, ma i vantaggi è che se si annulla l'inserimento il conteggio non aumenta.

Answer 3

strategia utilizzata da sequenza:

Prima di inserire una nuova riga, chiedere al database per il successivo valore di sequenza, quindi inserire questa riga con il valore restituito come sequenza di ID.

strategia utilizzata da identità:

inserisce una riga senza specificare un valore per l'ID. Dopo aver inserito la riga, chiedere al database l'ultimo ID generato.

Il numero di query è quindi lo stesso in entrambi i casi. Ma, Hibernate utilizza per impostazione predefinita una strategia più efficiente per il generatore di sequenze. Infatti, quando richiede il successivo valore di sequenza, mantiene i 50 valori successivi (che sono predefiniti, IIRC e configurabili) nella memoria e utilizza questi 50 valori successivi per i successivi 50 inserti. Solo dopo 50 inserti, va al database per ottenere i 50 valori successivi. Ciò riduce enormemente il numero di query SQL necessarie necessarie per la generazione automatica dell'ID.

La strategia di identità non consente tale ottimizzazione.

Answer 4

Il IDENTITY generator richiederà sempre un riscontro di database per il recupero del valore della chiave primaria senza attendere che lo svuotamento sincronizzi l'attuale entity state transitions con il database.

Quindi il generatore IDENTITY non funziona bene con la strategia di cache di primo livello Hibernate write-behind, pertanto il batching JDBC è disabilitato per il generatore IDENTITY.

Il generatore di sequenze può trarre vantaggio dalla preallocazione del valore del database e si può anche utilizzare uno HI/LO optimization strategy.

A mio parere, i migliori generatori sono pooled and pooled-lo sequence generators. Questi generatori combinano il generatore di sequenze batch-friendly con un'ottimizzazione della generazione di valore lato client che è compatibile con altri client DB che possono inserire righe senza sapere nulla sulla nostra strategia di generazione.

In ogni caso, non si dovrebbe mai scegliere il generatore TABLE perché it performs really bad. Se hai bisogno di portabilità, puoi indirizzarlo con configurazioni di riserva, come spiegato in this article.