In Hibernate 6 werden Ids nicht mehr über alle Entities inkrementiert, sondern pro Klasse. Außerdem werden Ids, die vorher noch nie vergeben wurden, u.U. verwendet, auch wenn es bereits höhere Ids gibt. Das hat zur Folge, dass Operationen, die davon ausgehen, dass neuere Datensätze grundsätzlich auch höhere Ids haben, fehleranfällig werden. Daher muss für diese Operationen eine neue Eigenschaft eingeführt werden, die strikt squenziell in der Zeit ist.
Das betrifft nach bisherigen Analysen nur die Transaction.
Die Purchase Id wird als Bonnummer verwendet, verwendet aber ein Inkrementierungsmodell, das von der Hibernate-Anpassung nicht betroffen ist. Dennoch sollte die Bonnummer genauso auf eine Logik umgestellt werden, die ausschließlich durch die Applikation verwaltet wird, um künftige Probleme zu vermeiden.
In Hibernate 6 werden Ids nicht mehr über alle Entities inkrementiert, sondern pro Klasse. Außerdem werden Ids, die vorher noch nie vergeben wurden, u.U. verwendet, auch wenn es bereits höhere Ids gibt. Das hat zur Folge, dass Operationen, die davon ausgehen, dass neuere Datensätze grundsätzlich auch höhere Ids haben, fehleranfällig werden. Daher muss für diese Operationen eine neue Eigenschaft eingeführt werden, die strikt squenziell in der Zeit ist. Das betrifft nach bisherigen Analysen nur die Transaction. Die Purchase Id wird als Bonnummer verwendet, verwendet aber ein Inkrementierungsmodell, das von der Hibernate-Anpassung nicht betroffen ist. Dennoch sollte die Bonnummer genauso auf eine Logik umgestellt werden, die ausschließlich durch die Applikation verwaltet wird, um künftige Probleme zu vermeiden.