Hibernate, @SequenceGenerator iocationSize

Wszyscy znamy domyślne zachowanie Hibernate'a podczas używania @SequenceGenerator- zwiększa rzeczywistą sekwencję bazy danych o jeden , pomnóż tę wartość o 50 ( allocationSizewartość domyślna ) - a następnie używa tej wartości jako identyfikatora jednostki.

Jest to nieprawidłowe zachowanie i sprzeczne ze specyfikacją, która mówi:

ocationSize - (opcjonalne) kwota do zwiększenia podczas przydzielania numerów sekwencyjnych z sekwencji.

Żeby było jasne: nie przejmuję się lukami między wygenerowanymi identyfikatorami.

Zależy mi na identyfikatorach, które nie są zgodne z sekwencją bazową bazy danych. Na przykład: każda inna aplikacja (która np. Używa zwykłego JDBC) może chcieć wstawić nowe wiersze pod identyfikatorami uzyskanymi z sekwencji - ale wszystkie te wartości mogą być już wykorzystane przez Hibernate! Szaleństwo.

Czy ktoś zna jakieś rozwiązanie tego problemu (bez ustawiania, allocationSize=1a tym samym obniżania wydajności)?

EDYCJA:
Aby wszystko było jasne. Jeśli ostatni wstawiony rekord miał ID = 1, to HB użyje wartości 51, 52, 53...dla swoich nowych jednostek, ALE w tym samym czasie: wartość sekwencji w bazie danych zostanie ustawiona na 2. Co może łatwo prowadzić do błędów, gdy inne aplikacje używają tej sekwencji.

Z drugiej strony: specyfikacja mówi (w moim rozumieniu), że sekwencja bazy danych powinna była być ustawiona na, 51a tymczasem HB powinien używać wartości z zakresu 2, 3 ... 50

AKTUALIZACJA:
Jak Steve Ebersole wspomniał poniżej: zachowanie opisane przeze mnie (a także najbardziej intuicyjne dla wielu) można włączyć, ustawiając hibernate.id.new_generator_mappings=true.

Dziękuję wam wszystkim.

UPDATE 2:
Dla przyszłych czytelników poniżej znajduje się działający przykład.

@Entity
@Table(name = "users")
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "USERS_SEQ")
    @SequenceGenerator(name = "USERS_SEQ", sequenceName = "SEQUENCE_USERS")
    private Long id;
}

persistence.xml

<persistence-unit name="testPU">
  <properties>
    <property name="hibernate.id.new_generator_mappings" value="true" />
  </properties>
</persistence-unit>

Żeby było absolutnie jasne ... to, co opisujesz, w żaden sposób nie koliduje ze specyfikacją. Specyfikacja mówi o wartościach przypisywanych przez Hibernate do twoich encji, a nie o wartościach faktycznie przechowywanych w sekwencji bazy danych.

Istnieje jednak opcja uzyskania zachowania, którego szukasz. Najpierw zobacz moją odpowiedź na temat Czy istnieje sposób dynamicznego wybierania strategii @GeneratedValue za pomocą adnotacji JPA i Hibernacji? To da ci podstawy. Dopóki jesteś skonfigurowany do używania tego SequenceStyleGeneratora, Hibernate będzie interpretować allocationSizeprzy użyciu „optymalizatora puli” w SequenceStyleGenerator. „Optymalizator puli” jest przeznaczony do użytku z bazami danych, które umożliwiają opcję „inkrementacji” tworzenia sekwencji (nie wszystkie bazy danych obsługujące sekwencje obsługują przyrost). W każdym razie przeczytaj o różnych strategiach optymalizacji.

allocationSize=1Jest to mikro optymalizacja przed otrzymaniem zapytania Hibernate stara się przypisać wartość z zakresu przydzielenia rozmiaru, a więc stara się unikać zapytania bazy danych o sekwencję. Ale to zapytanie będzie wykonywane za każdym razem, jeśli ustawisz je na 1. Nie robi to żadnej różnicy, ponieważ jeśli do Twojej bazy danych ma dostęp inna aplikacja, spowoduje to problemy, jeśli ten sam identyfikator będzie używany w międzyczasie przez inną aplikację.

Następna generacja Id sekwencji jest oparta na rozmiarze przydzielenia.

Domyślnie jest 50to za dużo. Pomoże to również tylko wtedy, gdy będziesz mieć blisko50 rekordów w jednej sesji, które nie są utrwalone i które zostaną utrwalone przy użyciu tej konkretnej sesji i transakcji.

Dlatego zawsze powinieneś używać allocationSize=1podczas używania SequenceGenerator. Podobnie jak w przypadku większości bazowych baz danych, sekwencja jest zawsze zwiększana o 1.

Steve Ebersole i inni członkowie,
Czy mógłbyś uprzejmie wyjaśnić powód dla identyfikatora z większą luką (domyślnie 50)? Używam Hibernate 4.2.15 i znalazłem następujący kod w kasecie org.hibernate.id.enhanced.OptimizerFactory.

if ( lo > maxLo ) {
   lastSourceValue = callback.getNextValue();
   lo = lastSourceValue.eq( 0 ) ? 1 : 0;
   hi = lastSourceValue.copy().multiplyBy( maxLo+1 ); 
}  
value = hi.copy().add( lo++ );

Za każdym razem, gdy trafia do wnętrza instrukcji if, wartość hi znacznie się zwiększa. Tak więc mój identyfikator podczas testowania z częstym restartem serwera generuje następujące identyfikatory sekwencji:
1, 2, 3, 4, 19, 250, 251, 252, 400, 550, 750, 751, 752, 850, 1100, 1150.

Wiem, że już powiedziałeś, że nie jest to sprzeczne ze specyfikacją, ale uważam, że będzie to bardzo nieoczekiwana sytuacja dla większości programistów.

Każdy wkład będzie bardzo pomocny.

Jihwan

UPDATE: ne1410s: Dzięki za edycję.
cfrick: OK. Zrobię to. To był mój pierwszy wpis tutaj i nie byłem pewien, jak go użyć.

Teraz lepiej zrozumiałem, dlaczego maxLo zostało użyte do dwóch celów: ponieważ hibernacja wywołuje sekwencję DB raz, zwiększaj identyfikator na poziomie Java i zapisuj go w bazie danych, wartość identyfikatora poziomu Java powinna uwzględniać, ile zostało zmienione bez wywoływania sekwencja DB, gdy wywoła sekwencję następnym razem.

Na przykład identyfikator sekwencji wynosił 1 w danym momencie, a hibernacja wprowadzono 5, 6, 7, 8, 9 (z przydziałem wielkości = 5). Następnym razem, gdy otrzymamy kolejny numer sekwencji, DB zwraca 2, ale hibernacja musi używać 10, 11, 12 ... Dlatego właśnie "hi = lastSourceValue.copy (). MultiplyBy (maxLo + 1)" jest używany do uzyskania następnego id 10 z 2 zwróconych z sekwencji DB. Wydaje się, że przeszkadzało tylko częste ponowne uruchamianie serwera i to był mój problem z większą luką.

Tak więc, kiedy używamy SEQUENCE ID, wstawiony identyfikator w tabeli nie będzie zgodny z numerem SEQUENCE w DB.

Po przekopaniu się do hibernacji kodu źródłowego i poniższej konfiguracji przechodzi do bazy danych Oracle po następną wartość po 50 wstawieniach. Zrób więc przyrost INST_PK_SEQ o 50 przy każdym wywołaniu.

Hibernate 5 jest używany do poniższej strategii

Sprawdź również poniżej http://docs.jboss.org/hibernate/orm/5.1/userguide/html_single/Hibernate_User_Guide.html#identifiers-generators-sequence

@Id
@Column(name = "ID")
@GenericGenerator(name = "INST_PK_SEQ", 
strategy = "org.hibernate.id.enhanced.SequenceStyleGenerator",
parameters = {
        @org.hibernate.annotations.Parameter(
                name = "optimizer", value = "pooled-lo"),
        @org.hibernate.annotations.Parameter(
                name = "initial_value", value = "1"),
        @org.hibernate.annotations.Parameter(
                name = "increment_size", value = "50"),
        @org.hibernate.annotations.Parameter(
                name = SequenceStyleGenerator.SEQUENCE_PARAM, value = "INST_PK_SEQ"),
    }
)
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "INST_PK_SEQ")
private Long id;

Ja też napotkałem ten problem w Hibernate 5:

@Id
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = SEQUENCE)
@SequenceGenerator(name = SEQUENCE, sequenceName = SEQUENCE)
private Long titId;

Oto ostrzeżenie takie jak to:

Znaleziono użycie przestarzałego generatora identyfikatorów opartego na sekwencji [org.hibernate.id.SequenceHiLoGenerator]; zamiast tego użyj org.hibernate.id.enhanced.SequenceStyleGenerator. Szczegółowe informacje można znaleźć w Przewodniku mapowania modelu domeny Hibernate.

Następnie zmieniłem mój kod na SequenceStyleGenerator:

@Id
@GenericGenerator(name="cmrSeq", strategy = "org.hibernate.id.enhanced.SequenceStyleGenerator",
        parameters = {
                @Parameter(name = "sequence_name", value = "SEQUENCE")}
)
@GeneratedValue(generator = "sequence_name")
private Long titId;

To rozwiązało moje dwa problemy:

1. Nieaktualne ostrzeżenie zostało naprawione
2. Teraz identyfikator jest generowany zgodnie z sekwencją wyroczni.

Sprawdziłbym DDL pod kątem sekwencji w schemacie. Implementacja JPA odpowiada tylko za stworzenie sekwencji o odpowiednim rozmiarze alokacji. Dlatego jeśli rozmiar alokacji wynosi 50, sekwencja musi mieć przyrost o 50 w swoim DDL.

Ten przypadek może zwykle wystąpić podczas tworzenia sekwencji o rozmiarze alokacji 1, a następnie później konfigurowanej na rozmiar alokacji 50 (lub domyślny), ale sekwencja DDL nie jest aktualizowana.