Spring Data JPA - Das Schweizer Taschenmesser für den Datenzugriff

Spring Data JPA ist seit vielen Jahren Standard in vielen Applikationen.

Die Konzepte von JPA werden konsequent und spring-getreu weiter vereinfacht und bieten eine sehr gute Developer-Experience. Insbesondere für Einsteiger ist es aber nicht immer einfach festzustellen, welcher Weg des Datenzugriffs sich im konkreten Fall anbietet:

Reichen mir die Repository Interface Methoden oder benötige ich die Criteria API?

Gibt es überhaupt eine Möglichkeit, meine Anfrage per Code zu formulieren oder muss ich doch JPQL oder sogar eine native Query verwenden?

Und vor allem: Wie setze ich all das um?

Neben der Vorstellung verschiedener Zugriffsmöglichkeiten werden Entscheidungsregeln diskutiert um im konkreten Anwendungsfall die passende Lösung zu identifizieren.

Julius Mischok ist CTO der Mischok GmbH in Augsburg. Seine Schwerpunkte sind Prozessentwicklung und das coachen und unterstützen der Entwicklungs-Teams. Derzeit liegt der Fokus seiner Arbeit darauf, herauszufinden, wie Softwareproduktion mit einem maximalem Wertgewinn für den Kunden aussehen kann. Er studierte Mathematik und programmiert seit fast 20 Jahren Java. Mit seiner Expertise arbeitete er in Projekten für BMW, Audi, Hilti, Porsche, Allianz, Bosch und vielen anderen.

Checkt auch den Host der JUG Augsburg: www.mischok.de und den Spring Boot Blog: www.spring-boot-blog.de

Du willst Programmieren lernen? Schau bei der Mischok Academy vorbei: www.mischok.academy

Transcript

1. Spring Data JPA Das Schweizer Taschenmesser für den Datenzugriff 14. Dezember 2021
2. Julius Mischok — Gründer und Geschäftsführer Mischok GmbH — Java seit zwei Jahrzehnten — Qualitäts- und Nachhaltigkeitsfanatiker
3. JPA – alles schon mal gesehen?
4. Mehr Freude mit Spring Data JPA
5. Welchen Zugriff soll ich wählen?
6. Datenstruktur Beispielprojekt
7. Query Methods
8. Query Methods Dokumentation: https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#jpa.qu ery-methods.query-creation
9. Query Methods Nachteile: — Methoden-Monster — Nicht refactoring-sicher — Begrenzte Möglichkeiten Vorteile: — Intuitives Arbeiten — Schlank
10. JPQL
11. JPQL Nachteile: — Kein Check zur Compilezeit — JPQL ist kein SQL Vorteile: — Großer Funktionsumfang — JPQL ist kein SQL ;-)
12. Query By Example
13. Query By Example Nachteile: — Nur teilweise zur Compilezeit gecheckt — Außer für Strings nur Prüfung auf Gleichheit — Verwirrende Doppelnutzung von Entitys Vorteile: — Transparente, schlanke API — Gutes Verhältnis von Nutzen zu Komplexität
14. Specifications
15. Specifications Nachteile: — Sehr komplex — Kein unmittelbarer Zugriff auf die gesamte Query Vorteile: — Mächtig! — Wiederverwendbarkeit
16. Und welchen Zugriff soll ich wählen?
17. Entscheidungshilfe Query Methods JPQL QBE Specifications Eigenschaften einer Entity auswerten Gut geeignet Geeignet Geeignet, insb. für Strings Überdimensioniert Abfrage eingebetteter Entities Gut geeignet Geeignet Geeignet, insb. für Strings Überdimensioniert Subqueries, Abfrage eingebetteter Listen Nicht möglich Gut geeignet Nicht möglich Geeignet Optionale Parameter in der Query, Variable Parameterzahl Ungeeignet Ungeeignet Geeignet, insb. für Strings Gut geeignet
18. Weitere Möglichkeiten
19. QueryDsl und jOOQ List<Person> persons = queryFactory .selectFrom(person) .where( person.firstName.eq("John"), person.lastName.eq("Doe")) .fetch(); create.select(BOOK.TITLE) .from(BOOK) .where( BOOK.PUBLISHED_IN.eq(2011) ) .orderBy(BOOK.TITLE)
20. Wenn gar nichts mehr hilft... — Criteria API — Native Queries
21. Ein Zuckerl: Metamodel
22. Welchen Datenzugriff vereinfachst du als nächstes?
23. Links — https://gitlab.mischok-it.de/open/company-database — https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#jp a.query-methods.query-creation
24. Vielen Dank! — www.mischok.de — www.facebook.com/mischok.de/ — www.xing.com/companies/ mischokgmbh — www.linkedin.com/company/ 40865736 — www.meetup.com/de-DE/Java-User- Group-Augsburg/ _