Hibernate, @SequenceGenerator and distributionSize

Всі ми знаємо поведінку Hibernate за замовчуванням при використанні @SequenceGenerator- вона збільшує реальну послідовність баз даних на одиницю , кратне це значення на 50 (значення за замовчуванням allocationSize) - і потім використовує це значення як ідентифікатор сутності.

Це неправильна поведінка та суперечить специфікації, яка говорить:

dodjeleSize - (необов'язково) Сума, що збільшується при розподілі порядкових номерів із послідовності.

Щоб було зрозуміло: я не переймаюся розбіжностями між створеними ідентифікаторами.

Я дбаю про ідентифікатори, які не відповідають основній послідовності бази даних. Наприклад: будь-яка інша програма (яка, наприклад, використовує звичайний JDBC), може захотіти вставити нові рядки під ідентифікаторами, отриманими з послідовності, - але всі ці значення вже можуть використовувати Hibernate! Божевілля.

Хтось знає якесь рішення цієї проблеми (без встановлення allocationSize=1і, таким чином, погіршення продуктивності)?

EDIT:
Щоб все було зрозуміло. Якщо останній вставлений запис мав ID = 1, то НВ 51, 52, 53...одночасно використовує значення для своїх нових сутностей, А ось значення послідовності в базі даних буде встановлено на 2. Що може легко призвести до помилок, коли інші програми використовують цю послідовність.

З іншого боку: специфікація говорить (наскільки я розумію), що послідовність баз даних повинна бути встановлена, 51а тим часом HB повинен використовувати значення з діапазону 2, 3 ... 50

ОНОВЛЕННЯ:
Як згадував Стів Еберсол нижче: поведінку, описану мною (а також найбільш інтуїтивно зрозумілою для багатьох), можна активувати, встановивши hibernate.id.new_generator_mappings=true.

Дякую всім вам

ОНОВЛЕННЯ 2:
Для майбутніх читачів нижче ви можете знайти приклад роботи.

@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;
}

стійкість.xml

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

Щоб бути абсолютно зрозумілим ... те, що ви описуєте, жодним чином не суперечить специфікації. Специфікація розповідає про значення, які Hibernate призначає вашим особам, а не про значення, які фактично зберігаються в послідовності бази даних.

Однак є можливість отримати поведінку, яку ви шукаєте. Спочатку дивіться мою відповідь на тему: Чи є спосіб динамічно вибрати стратегію @GeneratedValue, використовуючи анотації JPA та сплячку? Це дасть вам основи. Поки ви налаштовані на використання цього SequenceStyleGenerator, Hibernate буде інтерпретувати, allocationSizeвикористовуючи "об'єднаний оптимізатор" у SequenceStyleGenerator. "Об'єднаний оптимізатор" призначений для використання з базами даних, які дозволяють опцію "збільшення" для створення послідовностей (не всі бази даних, що підтримують послідовності, збільшують приріст). У будь-якому разі, прочитайте про різні стратегії оптимізатора там.

allocationSize=1Це мікрооптимізація, перш ніж отримувати запит Hibernate намагається призначити значення в діапазоні dodjeleSize і тому намагайтеся уникати бази запитів для послідовності. Але цей запит буде виконуватися щоразу, якщо ви встановите його на 1. Це навряд чи має значення, оскільки якщо до вашої бази даних звертається якась інша програма, то це створить проблеми, якщо той самий ідентифікатор тим часом використовується іншим додатком.

Наступне покоління Id послідовності засноване на rasporedSize.

За замовчуванням він зберігається так, як 50це занадто багато. Це також допоможе лише у тому випадку, якщо у вас буде близько 50записів за один сеанс, які не зберігаються і які будуть зберігатися за допомогою цього конкретного сеансу та трансляції.

Тому завжди слід користуватися allocationSize=1під час використання SequenceGenerator. Що стосується більшості базових баз даних, послідовність завжди збільшується на 1.

Стів Еберсол та інші члени,
Чи ласкаво поясніть причину ідентифікатора з більшим розривом (за замовчуванням 50)? Я використовую Hibernate 4.2.15 і знайшов наступний код у org.hibernate.id.enhanced.OptimizerFactory cass.

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

Щоразу, коли він потрапляє на внутрішню частину оператора if, значення привіт стає набагато більшим. Отже, мій ідентифікатор під час тестування при частому перезапуску сервера генерує такі ідентифікатори послідовності:
1, 2, 3, 4, 19, 250, 251, 252, 400, 550, 750, 751, 752, 850, 1100, 1150.

Я знаю, ви вже сказали, що це не суперечить специфікації, але я вважаю, що це буде дуже несподіваною ситуацією для більшості розробників.

Будь-який внесок буде дуже корисним.

Jihwan

ОНОВЛЕННЯ: ne1410s: Дякую за редагування.
cfrick: Гаразд. Я зроблю це. Це був мій перший пост тут і не знав, як ним користуватися.

Тепер я краще зрозумів, чому maxLo використовувався для двох цілей: Оскільки сплячий режим викликає послідовність БД один раз, продовжуйте збільшувати ідентифікатор на рівні Java і зберігає його в БД, значення ідентифікатора рівня Java повинно враховувати, наскільки змінено без виклику послідовність БД, коли вона викликає послідовність наступного разу.

Наприклад, ідентифікатор послідовності становив 1 у точці, і в сплячку ввели 5, 6, 7, 8, 9 (з виділенням розміру = 5). Наступного разу, коли ми отримаємо наступний номер послідовності, БД повертає 2, але в сплячку потрібно використовувати 10, 11, 12 ... Отже, саме тому "привіт = lastSourceValue.copy (). MultiplyBy (maxLo + 1)" використовується для отримання наступного id 10 з 2, повернутого з послідовності БД. Здається, що турбує лише те, що було часто перезапускати сервер, і це було моїм питанням із більшим розривом.

Отже, коли ми використовуємо ідентифікатор SEQUENCE, вставлений ідентифікатор в таблиці не збігатиметься з номером SEQUENCE в БД.

Після заглиблення у сплячий вихідний код і нижче конфігурація переходить до Oracle db для наступного значення після 50 вставок. Тому зробіть свій INST_PK_SEQ приріст 50 щоразу, коли він буде викликаний.

Hibernate 5 використовується для стратегії нижче

Перевірте також нижче 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;

Я теж зіткнувся з цим питанням у сплячому режимі 5:

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

Отримано попередження, як це нижче:

Знайдено використання застарілого [org.hibernate.id.SequenceHiLoGenerator] генератора ідентифікаторів на основі послідовностей; використовуйте замість org.hibernate.id.enhanced.SequenceStyleGenerator. Детальні відомості див. У Посібнику з картографування моделі гібернаційного домену.

Потім змінив мій код на 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;

Це вирішило два мої питання:

1. Застаріле попередження виправлено
2. Тепер ідентифікатор генерується відповідно до послідовності oracle.

Я перевірив би DDL на послідовність в схемі. Реалізація JPA відповідає лише за створення послідовності з правильним розміром розподілу. Отже, якщо розмір виділення становить 50, то ваша послідовність повинна мати збільшення 50 у своєму DDL.

Цей випадок, як правило, може виникати при створенні послідовності з розміром 1 розподілу, потім згодом налаштовується на розмір 50 (або за замовчуванням), але послідовність DDL не оновлюється.