Hibernate/Spring JPA: eigene ID generieren

[TeaCups]

Hallo,

arbeite mit Hibernate/JPA und es geht um ID Generierung in meiner Postgres DB.

Hab hier eine einfache Mitarbeiter Entity, und muss eigene IDs generieren.

Für die eigene ID, ich nenne sie mitarbeiterId, brauche ich nen String + Auto-Increment der DB, also MA1, MA2, MA3, etc.

@Entity
public class Mitarbeiter {

  @Id
  @GeneratedValue(strategy=GenerationType.IDENTITY)
  private Long id;

  private String mitarbeiterId;
    
  // ...
}

Wie lässt sich die mitarbeitrerId am besten umsetzen?

Performance ist im Übrigen nicht relevant, gibt nur paar tausend Einträge.

Ich hab mir daher überlegt, einmal den Mitarbeiter zu erstellen und dann erst im Anschluss noch nen Update direkt nachzuschießen mit der mitarbeiterId bestehend aus Id + String.

Geht das auch einfacher? Wir können die ID auch ganz weglassen und nur die mitarbeiterId speichern.

Danke!

 

[mihe7]

Wenn ich es richtig verstehe, willst Du einfach nur die generierte ID mit einem fixen String versehen? Wozu brauchst Du dafür ein DB-Feld?

 

[TeaCups]

Vielen Dank für die Rückmeldung! Ok vielleicht brauch ich da wirklich kein extra Feld

Welche Variante wäre dann die bessere?

1) Das ID-Feld bleibt numerisch, also 1, 2, 3 und ich hau den String immer nur intern im Code dazu, müsste ich dann halt immer mitberücksichtigen
2) Ich verwende in der DB ein String ID-Feld und generiere IDs immer direkt mit dem Präfix

Danke

 

[mihe7]

Ich hätte einfach an etwas wie

public String getMitarbeiterId() {
    return "MA" + id;
}

gedacht.

 

[Robert Zenz]

Wenn du die ID erst nach dem einfuegen in die Datenbank brauchst, vielleicht waere ein Trigger auf der Datenbank besser? Also dass du das Feld mit einem preinsert Trigger direkt in der Datenbank befuellst. Hibernate ist zwar etwas schlecht wenn es darum geht Werte nach einem insert neu zu holen, aber das bekommt man auch hin.

Ich persoenlich habe es gerne wenn meine Datenbank-Modelle fuer sich alleine stehen koennen, also das man auch mit einem handischen insert es nicht schaffen kann einen inkonsistenten Zustand zu erzeugen. Damit verschiebt sich natuerlich etwas Logik in die Datenbank, aber meiner Erfahrung nach leben Datenbanken ohnehin laenger als angebundene Applikationen.

 

[Oneixee5]

Allerdings versuchen wir Trigger auch immer zu vermeiden. Die wirken sich sehr negativ auf die Geschwindigkeit aus sobald man es mal mit einer gewissen Datenmenge zu tun hat.