Start / Blog

Blog

Panache: CRUD ohne den ewigen Boilerplate

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.

Dieses Thema als Schulung für Ihr Team

Dieser Beitrag erklärt das Thema. Damit Ihr Team es danach auch anwendet, gibt es Quarkus Grundlagentraining als Schulung — an Ihrem eigenen Code, mit den Fragen, die ein Text nicht beantwortet. Sie wählen die Module, wir bauen daraus ein Programm.

2 Tage·ab 900 EUR netto pro Tag (bis 3 Teilnehmende) ·Termin nach Vereinbarung

Als Team-Schulung anfragenZum Seminar Quarkus Grundlagentraining →

← Alle Beiträge