What this means is, when you retrieve the next value from the Database Sequence (which returns 1), Hibernate will multiply that with a "allocationSize", the default for which is 50.
Now Hibernate can (stored at application level) use it to create PK numbers from 1 to 50.
The next time a Database Sequence value is retrieved (for example 2), Hibernate gets to create PK numbers 51 to 100.
Conclusion
This seems to be a valuable strategy, if your database sees a lot of inserted records and high loads and the sequence starts to be a bottleneck.This can be a valid issue, for example when you run Batch jobs that cause a lot of inserts for every transaction.
Caveat Emptor
The reason for this blog is that a Colleague of mine at work, got a customer on the phone who was spooked, as his new PKs suddenly were a noticable factor bigger.And, of course, it is a living hell to change this sequence schema afterwards to something more simple, as you run the risk of duplicate PKs.
Quote
“Only think of database sequences as unique - nothing more, nothing less.”This means that the one task of a sequence generator is to provide you with values that have not been used yet, not will they be ever again.
It is an error, to assume that there is any kind of ordering in the numbers issued, or that there are no 'holes' in the sequence.
References
- Vlad Mihalcea's Blog - The hi/lo algorithm
- http://vladmihalcea.com/2014/06/23/the-hilo-algorithm/
- JavaDocs 7 - SequenceGenerator
- http://docs.oracle.com/javaee/7/api/javax/persistence/SequenceGenerator.html
- StackOverflow - Hibernate, @SequenceGenerator and allocationSize
- http://stackoverflow.com/questions/12745751/hibernate-sequencegenerator-and-allocationsize
- Fixing JPA2 Sequence Generator Problem With Hibernate 3.5
- http://www.petrikainulainen.net/programming/tips-and-tricks/fixing-jpa2-sequence-generator-problem-with-hibernate-3-5/
No comments:
Post a Comment