"eine View ist deshalb eine View, weil sie eine View ist,
also nix mit updaten/löschen/inserten..."
Klar, soviel zur Theorie (übrigens ist eine View unter bestimmten Voraussetzungen updateable - siehe Oracle-Doku).
Die Anforderung in der Praxis sehen aber oft anders aus:
Wenn ich in meiner Anwendungen Daten darstellen muss, die aus einer View kommen, die über viele Tabellen joint und sortiert und und und...
Und wenn ich nun mal diese Daten manipulieren muss, dann muss ich mir was einfallen lassen.
Ein Ansatz wäre, beim Speichern (user drückt Speichern Button) zu unterscheiden ob es sich um View-basiernde Entities handelt,
und dann eben statt die view-entities zu persistieren die zugrundeliegenden tables upzudaten (also auch mittels Hibernate).
Was mir auch helfen könnte, wäre in den Callback-Listenern @PrePersist, @PreUpdate die eigentlichen Tabellen upzudaten und das Persist des View-Entities zu vermeiden, falls das geht.
Keine Ahnung ob das sinnvoll oder schön ist...
Oder sollte ich die View wegschmeissen und das was in der View abgebildet ist in Hibernate modellieren? Hm...