Federdaten R2DBC gegen JPA beim Speichern einer Liste von Entitäten mit denselben IDs

Post a reply

Smilies
:) :( :oops: :chelo: :roll: :wink: :muza: :sorry: :angel: :read: *x) :clever:
View more smilies

BBCode is ON
[img] is ON
[flash] is OFF
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: Federdaten R2DBC gegen JPA beim Speichern einer Liste von Entitäten mit denselben IDs

by Anonymous » 25 Feb 2025, 09:22

In JPA -Springdaten bei Verwendung SaveAll für Entitäten mit denselben IDs - SaveAll speichert alle Einheiten erfolgreich in die Datenbank. Zum Beispiel < /p>

Code: Select all

public interface JdbcRepository extends JpaRepository {}
...
...
Entity entity1 = Entity.build()
.version(1L)
.id(123)
.status("NEW")
.build;
...
Entity entity2 = Entity.build()
.version(1L)          Der Betrieb von jdbCrepository.saveAll (list.of (entity1, entity2)). BlockLast () schlägt mit Ausnahme 

Die Tabelle [Entity] nicht aktualisieren; Die Version stimmt nicht mit
id [123] org.springframework.dao.optimisticLockingFailureException:
nicht überein, die Tabelle [Entity] nicht aktualisieren konnte. Die Version stimmt nicht mit
id [123] bei
org.springFramework.data.r2dbc.core.r2dbCentityTemplate überein. > < /blockquote>
Warum diese JDBCrepository  und r2DBCrepository  Repositories funktionieren anders, wenn eine Liste von Entitäten mit denselben IDs gespeichert werden?  Beide funktionieren wie beabsichtigt? /> R2DBC 1.0.7.Release

Top