Ich schaute in NHibernat Code (sicherlich funktioniert es für Hibernate das gleiche). Sie können den ID-Generator aufrufen, aber das wird nicht viel helfen, da die generierte ID beim Speichern eines Objekts nicht verwendet wird.
Dies ist etwas, das konzeptionell nicht funktioniert. Sie können nicht veranlassen, dass ein System automatisch IDs generiert und diese außerhalb der Speicherprozedur zur selben Zeit generiert.
Dies sind die Optionen, die mir in den Sinn kommen:
- Verwenden ID-Generator „zugewiesen“ und erzeugen die IDs selbst. Nur so können Sie eine ID zuordnen, die vor dem Speichern definiert wurde. (Beachten Sie, dass es nicht trivial ist, eindeutige Zahlen in einem System von gleichzeitigen Transaktionen zu generieren.) Es ist nicht sehr komfortabel für Ihren Code, wie Sie sehen werden.
- Fragen Sie die Anforderung. Sobald ein Objekt für den Benutzer identifiziert wurde, sollte es nicht persistent sein?
- Ziehen Sie in Betracht, die sichtbare ID vom Primärschlüssel zu trennen. Es kann ein Overkill sein, zu IDs im System zu haben, nur um vor dem anderen definiert zu haben, aber ansonsten entkoppelt es Ihre Primärschlüssel von Benutzerdaten. Sie können aus technischen Gründen zu anderen ID-Generatoren wechseln, ohne die Anforderungen zu erfüllen. (Ähnlich wie bei dem ersten Punkt, aber nicht mit Primärschlüssel Messing mehr.)
http://stackoverflow.com/questions/11788483/hibernate-rundown-on-how-generatedvalue-works – ares
Aber es erklärt nicht auf Wie bekomme ich die ID programmatisch? – kenn3th
Sie müssen lediglich die Annotation "@ GeneratedValue" über Ihr ID-Feld hinzufügen, und der Ruhezustand wählt automatisch die am besten geeignete Methode zum Generieren von IDs aus. – ares