Wie zu imitieren upsert Verhalten mit Hibernate?

Ich Schreibe eine Anwendung, die sync-Entitäten, die von einer Dritten Partei datasource in unser eigenes schema, mit dem eine transformation/mapping-Schritt in zwischen. Ich bin mit Hibernate zu vertreten und beibehalten der Personen in unser eigenes schema. Ein problem, das ich gelaufen bin, ist, dass ich eine einzigartige multi-column key auf einem meiner Tische. Das Verhalten würde ich gerne sehen, ist Analog zu einer upsert: wenn Hibernate geht zu persistieren einer Entität und erkennt eine Verletzung der unique-Einschränkung, es hat ein update statt. Wir verwenden MySQL, die eine INSERT ... ON DUPLICATE KEY UPDATE syntax, aber ich bin mir nicht sicher, wie oder ob Hibernate gemacht werden kann, es zu nutzen?

Ich glaube, ich könnte versuchen Sie immer, den Sie einfügen, und wenn ich zu fangen eine Ausnahme machen Sie ein update, aber das scheint hacky und suboptimal. Irgendwelche Tipps, auf eine saubere Art und Weise, dies zu tun?

InformationsquelleAutor Jason | 2010-09-08
  1. 7

    Wir MySQL verwenden, die eine INSERT ... ON DUPLICATE KEY UPDATE syntax, aber ich bin mir nicht sicher, wie oder ob Hibernate gemacht werden kann, es zu nutzen?

    Sieht es aus wie jemand es Tat durch überschreiben der sql-insert Aussage von Hibernate verwendet für diese Entität. Wenn Sie nichts dagegen haben, nicht tragbar (und wahrscheinlich verwenden Sie eine gespeicherte Prozedur), haben einen Blick.

    Ich glaube, ich könnte versuchen Sie immer, den Sie einfügen, und wenn ich zu fangen eine Ausnahme machen Sie ein update, aber das scheint hacky und suboptimal. Irgendwelche Tipps, auf eine saubere Art und Weise, dies zu tun?

    Andere option wäre:

    1. ausführen einer select auf den eindeutigen Schlüssel
    2. wenn Sie einen Datensatz aktualisieren
    3. wenn Sie nicht finden, eine Aufzeichnung, schaffen es

    Aber es sei denn, Sie sperren die ganze Tabelle(N), die während des Prozesses, können Sie Gesicht einige race-Bedingung in einer Multithread-und verteilten Umgebungen und Schritt #3 kann möglicherweise fehlschlagen. Stellen Sie sich zwei parallele threads:

    Thread 1:

    • begin trans
    • führt select auf eine Taste
    • kein Datensatz gefunden
    • erstellen Sie einen Datensatz
    • Begehen

    Thread 2:

    • begin trans
    • führt select auf der gleichen Taste
    • kein Datensatz gefunden
    • erstellen Sie einen Datensatz
    • commit (SCHEITERN! da thread 1 war schneller und ein Datensatz mit dem gleichen eindeutigen Schlüssel existiert jetzt)

    So würden Sie implementieren müssen, um eine Art retry-Mechanismus jedenfalls (sperren der gesamten Tabelle(N) ist nicht eine gute option, IMO).

    InformationsquelleAutor Pascal Thivent
  2. 3

    Race-Bedingung kann vermieden werden, indem Sie "select ... for update"

    • Wenn die select-Spiele, die keine Zeilen, keine Zeilen, werden gesperrt, von "for update". Die race condition ist nicht zu vermeiden.
    InformationsquelleAutor Ken Jarrad
Schreibe einen Kommentar