Jede Java-Anwendung mit Datenbank kennt diesen Code: findAll, findById,
persist, delete — pro Entität einmal, inhaltlich immer dasselbe. Genau da
setzt Panache an, ohne den Standard zu verlassen.
Standard bleibt Standard
Datenzugriff in Quarkus ist standardbasiert: Für relationale Daten ist JPA der Weg, Hibernate die Default-Implementierung. Panache ist kein eigenes ORM und kein Ersatz, sondern ein Muster darüber. Wer JPA kennt, muss nichts verlernen — und wer tiefer greifen will, hat weiterhin vollen Zugriff.
Mehr als relational
Das Framework deckt dabei mehr ab als die klassische SQL-Datenbank:
- NoSQL — MongoDB, Cassandra, Redis, Elasticsearch
- Cloud-nativ — DynamoDB, Firestore, BigQuery, Bigtable
- Schema-Migration — Flyway und Liquibase mit eigenen Guides
Ein Detail, das oft übersehen wird: Die NoSQL-Anbindungen sind konfigurationsgetrieben, sie bringen keine ORM-Schicht mit. Wer von JPA kommt, sollte diesen Unterschied kennen, bevor er ihn im Projekt entdeckt.
Transaktionen bleiben explizit
Auch hier keine Magie: Transaktionen laufen über JTA und @Transactional.
Das Muster nimmt Schreibarbeit ab, nicht die Entscheidung, wo eine Transaktion
beginnt und endet.
Mehr dazu im Seminar
Panache im Einsatz, vom Entity-Aufbau bis zur Abfrage, zeigt das Modul Datenzugriff — mit Video und Kapitelübersicht.