Hazırda bekletme, @SequenceGenerator ve ayırmaSize

Kullanırken Hepimiz hazırda varsayılan davranışını bilmek @SequenceGenerator- bu gerçek veritabanı dizisi arttırır biri 50 (varsayılan tarafından, birden bu değeri allocationSizedeğeri) - ve sonra varlık kimliği olarak bu değeri kullanır.

Bu yanlış bir davranıştır ve şunu söyleyen spesifikasyonla çelişir :

tahsisat boyutu - (İsteğe bağlı) Sıradan sıra numaraları tahsis edilirken artırılacak miktar.

Açık olmak gerekirse: Oluşturulan kimlikler arasındaki boşluklardan rahatsız değilim.

Temel veritabanı sırasına uymayan kimlikleri önemsiyorum . Örneğin: başka herhangi bir uygulama (örneğin, düz JDBC kullanan), diziden elde edilen kimliklerin altına yeni satırlar eklemek isteyebilir - ancak tüm bu değerler zaten Hazırda Bekletme tarafından kullanılıyor olabilir! Delilik.

Birisi bu soruna herhangi bir çözüm biliyor allocationSize=1mu (performansı ayarlamadan ve dolayısıyla performansı düşürmeden)?

DÜZENLEME:
Her şeyi netleştirmek için. Son eklenen kayıtta ID = varsa 1, HB 51, 52, 53...yeni varlıkları için değerleri kullanır AMA aynı zamanda: dizinin veritabanındaki değeri olarak ayarlanacaktır 2. Diğer uygulamalar bu sırayı kullanırken kolayca hatalara yol açabilir.

Diğer taraftan: spesifikasyon, (benim anlayışıma göre) veritabanı sırasının ayarlanması gerektiğini 51ve bu arada HB'nin aralıktaki değerleri kullanması gerektiğini söylüyor.2, 3 ... 50

GÜNCELLEME:
Steve Ebersole'un aşağıda belirtildiği gibi: benim tarafımdan açıklanan davranış (ve aynı zamanda çoğu için en sezgisel olanı) ayarlanarak etkinleştirilebilir hibernate.id.new_generator_mappings=true.

Hepinize teşekkürler.

GÜNCELLEME 2:
Gelecekteki okuyucular için, aşağıda çalışan bir örnek bulabilirsiniz.

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

Kesinlikle açık olmak gerekirse ... açıkladığınız yapar değil herhangi bir şekilde spec ile çatışma. Spesifikasyon, Hibernate'in varlıklarınıza atadığı değerlerden bahsediyor, veritabanı dizisinde gerçekte depolanan değerlerden değil.

Bununla birlikte, aradığınız davranışı elde etme seçeneği vardır. İlk olarak yanıtımı görün: JPA ek açıklamalarını ve Hazırda Bekletme'yi kullanarak @GeneratedValue stratejisini dinamik olarak seçmenin bir yolu var mı? Bu size temel bilgileri verecektir. Bu SequenceStyleGenerator'ı kullanmak üzere ayarlandığınız sürece, Hibernate, SequenceStyleGenerator'daki allocationSize"havuzlanmış iyileştirici" yi kullanarak yorumlayacaktır . "Havuzlanmış iyileştirici", dizilerin oluşturulmasında bir "artış" seçeneğine izin veren veritabanlarıyla kullanım içindir (dizileri destekleyen tüm veritabanları bir artışı desteklemez). Her neyse, oradaki çeşitli optimize edici stratejileri hakkında bilgi edinin.

allocationSize=1Bu, sorguyu almadan önce yapılan bir mikro optimizasyondur. Hibernate, ayırmaSize aralığında değer atamaya çalışır ve bu nedenle, veritabanı dizisini sorgulamaktan kaçınmaya çalışır. Ancak, 1'e ayarlarsanız bu sorgu her seferinde yürütülecektir. Bu, veri tabanınıza başka bir uygulama tarafından erişilirse, aynı kimlik bu arada başka bir uygulama tarafından kullanılırsa sorun yaratacağından, bu neredeyse hiç fark etmez.

Yeni nesil Sıra Kimliği, tahsisat boyutuna bağlıdır.

Varsayılan olarak 50, çok fazla olanı olarak tutulur . Aynı zamanda, sadece 50bir oturumda, kalıcı olmayan ve bu belirli oturum ve çeviri kullanılarak kalıcı olacak kayıtlara yakın olacaksanız yardımcı olacaktır.

Böylece her zaman kullanmalısınız allocationSize=1kullanırken SequenceGenerator. Temel veri tabanlarının çoğunda olduğu gibi, dizi her zaman artırılır 1.

Steve Ebersole ve diğer üyeler,
Daha büyük bir boşluğa (varsayılan olarak 50) sahip bir kimliğin nedenini açıklar mısınız? Hibernate 4.2.15 kullanıyorum ve aşağıdaki kodu org.hibernate.id.enhanced.OptimizerFactory cass içinde buldum.

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

Ne zaman if ifadesinin içine girse, hi değeri çok daha büyük hale geliyor. Bu nedenle, sık sık sunucu yeniden başlatma ile test sırasında kimliğim şu sıra kimliklerini oluşturur:
1, 2, 3, 4, 19, 250, 251, 252, 400, 550, 750, 751, 752, 850, 1100, 1150.

Teknik özelliklerle çelişmediğini zaten söylediğini biliyorum, ancak bunun çoğu geliştirici için çok beklenmedik bir durum olacağına inanıyorum.

Herhangi birinin girdisi çok yardımcı olacaktır.

Jihwan

GÜNCELLEME: ne1410s: Düzenleme için teşekkürler.
cfrick: Tamam. Yapacağım. Buradaki ilk yazımdı ve nasıl kullanılacağından emin değildim.

Şimdi, maxLo'nun neden iki amaç için kullanıldığını daha iyi anladım: Hazırda bekletme, DB dizisini bir kez çağırdığından, Java düzeyinde kimliği artırmaya devam et ve bunu DB'ye kaydettiğinden, Java düzeyi kimlik değeri, çağrı yapılmadan ne kadar değiştirildiğini dikkate almalıdır. Bir dahaki sefere sırayı çağırdığında DB dizisi.

Örneğin, sıra kimliği bir noktada 1 idi ve hazırda bekletme 5, 6, 7, 8, 9'a girdi (ayırmaSize = 5 ile). Bir dahaki sefere, bir sonraki sıra numarasını aldığımızda, DB 2 döndürür, ancak hazırda bekletme için 10, 11, 12 ... kullanılması gerekir. Bu nedenle, "hi = lastSourceValue.copy (). MultiplyBy (maxLo + 1)" DB dizisinden dönen 2'den sonraki id 10'u almak için kullanılır. Görünüşe göre sadece rahatsız edici bir şey sunucunun sık sık yeniden başlatılması sırasında oldu ve bu daha büyük boşlukla ilgili sorunumdu.

Dolayısıyla, SEQUENCE ID'yi kullandığımızda, tabloya eklenen id, DB'deki SEQUENCE numarasıyla eşleşmeyecektir.

Hazırda bekletme kaynak kodunu kazdıktan sonra ve Aşağıdaki yapılandırma 50 eklemeden sonra sonraki değer için Oracle db'ye gider. Bu nedenle, INST_PK_SEQ'nuzu her çağrıldığında 50 artırın.

Hibernate 5 aşağıdaki strateji için kullanılır

Ayrıca http://docs.jboss.org/hibernate/orm/5.1/userguide/html_single/Hibernate_User_Guide.html#identifiers-generators-sequence adresini de kontrol edin

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

Ben de Hibernate 5'te bu sorunla karşılaştım:

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

Aşağıda şöyle bir uyarı var:

Kullanımdan kaldırılmış [org.hibernate.id.SequenceHiLoGenerator] sıra tabanlı kimlik oluşturucunun kullanımı bulundu; bunun yerine org.hibernate.id.enhanced.SequenceStyleGenerator kullanın. Ayrıntılar için Hazırda Bekletme Etki Alanı Modeli Eşleme Kılavuzu'na bakın.

Sonra kodumu SequenceStyleGenerator olarak değiştirdim:

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

Bu benim iki sorunumu çözdü:

1. Kullanımdan kaldırılan uyarı düzeltildi
2. Şimdi id, oracle dizisine göre üretilir.

Şemadaki sıra için DDL'yi kontrol ederdim. JPA Uygulaması yalnızca dizinin doğru tahsis boyutuyla oluşturulmasından sorumludur. Bu nedenle, tahsis boyutu 50 ise, sıranızın DDL'sinde 50'lik artışa sahip olması gerekir.

Bu durum tipik olarak tahsis büyüklüğü 1 olan bir sekansın yaratılmasıyla meydana gelebilir, daha sonra tahsis büyüklüğü 50'ye (veya varsayılan) konfigüre edilir, ancak DDL sekansı güncellenmez.