4.7.11. Sequence Generation
This mechanism enables generating unique numerical sequences via a single API, independent of the DBMS type.
The main part of this mechanism is the UniqueNumbers
bean with the UniqueNumbersAPI
interface. The bean is available in the Middleware block. The interface has the following methods:
-
getNextNumber()
– get the next value in a sequence. The mechanism enables simultaneous management of several sequences, identified by arbitrary strings. The name of the sequence from which you want to retrieve the value is passed in thedomain
parameter.Sequences do not require initialization. When
getNextNumber()
is called for the first time, the corresponding sequence will be created and 1 will be returned. -
getCurrentNumber()
– obtain the current, i.e. the last generated value of the sequence. Thedomain
parameter sets the sequence name. -
setCurrentNumber()
– set the current value of the sequence. This value incremented by 1 will be returned by the next call togetNextNumber()
.
Below is an example of getting the next value in a sequence in a Middleware bean:
@Inject
private UniqueNumbersAPI uniqueNumbers;
private long getNextValue() {
return uniqueNumbers.getNextNumber("mySequence");
}
The getNextNumber()
method of the UniqueNumbersService
service is used to get sequence values in client blocks.
The app-core.cuba:type=UniqueNumbers
JMX bean with methods duplicating the methods of the UniqueNumbersAPI
is used for sequence management.
The implementation of the sequence generation mechanism depends on the DBMS type. Sequence parameters can also be managed directly in the database, but in different ways.
-
For HSQL, Microsoft SQL Server 2012+, PostgreSQL and Oracle each
UniqueNumbersAPI
sequence corresponds to aSEC_UN_{domain}
sequence in the database. -
For Microsoft SQL Server before 2012 each sequence corresponds to a
SEC_UN_{domain}
table with an IDENTITY field. -
For MySQL sequences correspond to records in the
SYS_SEQUENCE
table.