Hibernate、@ SequenceGenerator、allocationSize

使用時のHibernateのデフォルトの動作は誰でも知っています@SequenceGenerator-実際のデータベースシーケンスを1増やし、この値を50（デフォルトallocationSize値）倍します-そして、この値をエンティティIDとして使用します。

これは不正な動作であり、次の仕様と競合します。

allocationSize-（オプション）シーケンスからシーケンス番号を割り当てるときに増分する量。

明確にするために：生成されたID間のギャップについては気にしません。

基になるデータベースシーケンスと一致しない IDに関心があります。たとえば、他のアプリケーション（プレーンなJDBCを使用するなど）は、シーケンスから取得したIDの下に新しい行を挿入したい場合がありますが、これらの値はすべてHibernateですでに使用されている場合があります。狂気。

誰かがこの問題の解決策を知っていますか（設定allocationSize=1してパフォーマンスを低下させることなく）？

編集：
物事を明確にするために。最後に挿入されたレコードにID =があった1場合、HBは51, 52, 53...新しいエンティティの値を同時に使用しますが、データベース内のシーケンスの値はに設定され2ます。これは、他のアプリケーションがそのシーケンスを使用しているときに簡単にエラーにつながる可能性があります。

反対に、仕様では、（私の理解では）データベースシーケンスが設定されている必要が51あり、その間HBは範囲の値を使用する必要があると述べています 2, 3 ... 50

更新：
Steve Ebersoleが以下で述べたように：私が説明した動作（および多くの人にとって最も直感的な動作）は、を設定することで有効にできます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;
}

persistence.xml

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

完全に明確にするために...あなたが説明する内容は、仕様と決して矛盾しません。仕様では、Hibernateがエンティティに割り当てる値について説明しており、実際にデータベースシーケンスに格納されている値ではありません。

ただし、探している動作を取得するオプションがあります。まず、JPAアノテーションとHibernateを使用して@GeneratedValue戦略を動的に選択する方法はありますか？ それはあなたに基本を与えるでしょう。そのSequenceStyleGeneratorを使用するように設定されている限り、HibernateはSequenceStyleGenerator allocationSizeの「プールされたオプティマイザ」を使用して解釈します。「プールされたオプティマイザ」は、シーケンスの作成で「増分」オプションを許可するデータベースで使用するためのものです（シーケンスをサポートするすべてのデータベースが増分をサポートしているわけではありません）。とにかく、そこでさまざまなオプティマイザ戦略について読んでください。

allocationSize=1これは、クエリを取得する前のマイクロ最適化です。Hibernateは、allocationSizeの範囲の値を割り当てようとするため、データベースにシーケンスをクエリしないようにします。しかし、このクエリは、1に設定すると毎回実行されます。データベースが他のアプリケーションからアクセスされた場合、別のアプリケーションが同じIDを使用していると問題が発生するため、ほとんど違いはありません。

次世代のシーケンスIDは、allocationSizeに基づいています。

デフォルトでは、50それは多すぎるとして保持されます。また50、1つのセッションで、永続化されておらず、この特定のセッションと変換を使用して永続化されるレコードがほぼある場合にのみ役立ちます。

したがって、を使用allocationSize=1してSequenceGeneratorいる間は常に使用する必要があります。基礎となるデータベースのほとんどについては、シーケンスは常にによって増分され1ます。

Steve Ebersole＆他のメンバー、
より大きなギャップ（デフォルトでは50）のIDの理由を親切に説明していただけませんか？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ステートメントの内部に到達するたびに、hiの値は非常に大きくなります。したがって、サーバーを頻繁に再起動するテスト中のIDは、1、2、3、4、19、250、251、252、400、550、750、751、752、850、1100、1150のシーケンスIDを生成します
。

仕様と矛盾しなかったと既におっしゃっていましたが、ほとんどの開発者にとってこれは非常に予期しない状況になると思います。

誰の入力も大いに役立ちます。

ジファン

更新：ne1410s：編集ありがとうございます。
cfrick：OK。私はそれを行います。初めての投稿でしたが、使い方がわかりませんでした。

今、私はmaxLoが2つの目的で使用された理由をよりよく理解しました：hibernateがDBシーケンスを一度呼び出し、JavaレベルでIDを増やし続け、それをDBに保存するため、JavaレベルのID値は、呼び出しなしで変更された量を考慮する必要があります次回シーケンスを呼び出すときのDBシーケンス。

たとえば、シーケンスIDはある時点で1であり、Hibernateは5、6、7、8、9を入力しました（allocationSize = 5）。次回、次のシーケンス番号を取得すると、DBは2を返しますが、hibernateは10、11、12を使用する必要があります。そのため、「hi = lastSourceValue.copy（）。multiplyBy（maxLo + 1）」はDBシーケンスから返された2から次のID 10を取得するために使用されます。気になるのは、頻繁なサーバーの再起動時だけでした。これは、ギャップが大きいという私の問題でした。

したがって、SEQUENCE IDを使用する場合、テーブルに挿入されたIDはDBのSEQUENCE番号と一致しません。

hibernateのソースコードと以下の構成を掘り下げた後、50回の挿入後、次の値をOracle dbに渡します。したがって、呼び出されるたびに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;

私もHibernate 5でこの問題に直面しました。

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

以下のような警告が表示されました：

非推奨の[org.hibernate.id.SequenceHiLoGenerator]シーケンスベースのIDジェネレーターの使用が見つかりました。代わりにorg.hibernate.id.enhanced.SequenceStyleGeneratorを使用してください。詳細については、Hibernateドメインモデルマッピングガイドを参照してください。

次に、コードを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;

これは私の2つの問題を解決しました：

1. 非推奨の警告が修正されました
2. これで、Oracleシーケンスに従ってIDが生成されます。

スキーマのシーケンスのDDLをチェックします。JPA実装は、正しい割り当てサイズのシーケンスの作成のみを担当します。したがって、割り当てサイズが50の場合、シーケンスのDDLは50ずつ増加する必要があります。

このケースは通常、割り当てサイズ1のシーケンスを作成し、後で割り当てサイズ50（またはデフォルト）に構成した場合に発生しますが、シーケンスDDLは更新されません。