Quiz Service Layer & Custom Queries

Quiz 1 - Video (Controller, Service, Repository)

Vragen bij de video over de Controller-Service-Repository architectuur.

i

Deze quiz helpt je toetsen of je de bron echt hebt bekeken/gelezen en begrepen. Zo niet: bekijk/lees de bron opnieuw. Gebruik deze quiz niet als 'gaming' voor de toets; de toetsvragen zijn inhoudelijk anders.

1. Wat is de verantwoordelijkheid van de Service laag?

Direct communiceren met de database via SQLHTTP-requests afhandelen en HTTP-responses terugsturenDomeinlogica uitvoeren en data bewerkenDatabase-tabellen mappen naar Java-klassen

2. Wat is het primaire doel van een Entity in een domeinmodel?

Puur de structuur van een databasetabel spiegelenData transporteren tussen lagenEen domeinobject met identiteit en gedrag representerenJSON-responses definiëren voor de client

3. Wat is het primaire doel van een DTO (Data Transfer Object)?

Domeinlogica bevatten en uitvoerenPrecies de databasetabel spiegelenEen identiteit bijhouden over de tijd heenData transporteren naar de client, met alleen de benodigde velden

4. Waarom geef je niet altijd direct de Entity terug vanuit de Controller?

Omdat entities in controllers altijd tot compile-fouten leiden zodra je een servicelaag gebruiktOm bewust te bepalen welke velden de client ziet, los van je interne domeinmodelOmdat een entity verplicht alle databasekolommen moet tonen in elke JSON-responseOmdat Spring Data JDBC anders automatisch elke GET-call als update-transactie behandelt

Quiz 2 - Artikel (custom queries en projecties)

Vragen bij het artikel over Spring Data JDBC custom queries en projecties.

i

Deze quiz helpt je toetsen of je de bron echt hebt bekeken/gelezen en begrepen. Zo niet: bekijk/lees de bron opnieuw. Gebruik deze quiz niet als 'gaming' voor de toets; de toetsvragen zijn inhoudelijk anders.

1. Wat is een 'derived query' in Spring Data JDBC?

Een query die je zelf schrijft met @QueryEen query afgeleid uit een bestaand SQL-schemaEen query die Spring afleidt uit de naam van de repositorymethodeEen query die alleen werkt bij JPA, niet bij JDBC

2. Wanneer gebruik je @Query in plaats van een derived query?

Altijd, want @Query is altijd beter leesbaarBij complexere queries, zoals die met joinsNooit, Spring genereert altijd de juiste queryAlleen bij NoSQL-databases

3. Welk projectietype kies je voor een read-only scherm dat maar een paar velden toont?

Entity projectionObject[] projectionDTO projectionAlle projecties zijn even geschikt

4. Wat is een nadeel van Object[] als return type van een query?

Het is te traag voor productiecodeJe kunt er geen joins mee doenJe hebt indexen en casts nodig, wat de leesbaarheid schaadtSpring Data JDBC ondersteunt Object[] niet

5. Wanneer geef je de voorkeur aan een Entity/Aggregate boven een DTO als return type?

Als je de data alleen wilt tonen op een schermAls je een join nodig hebt over meerdere tabellenAls je de data na ophalen wilt muteren en opslaanAls je een query schrijft met meerdere WHERE-condities

6. Wat moet je regelen als je een DTO projectie gebruikt met @Query?

De DTO-klasse moet @Entity-annotaties hebbenJe moet altijd SELECT * gebruikenDe SQL-aliassen moeten overeenkomen met de DTO-veldnamenDe DTO moet een interface zijn

7. Je haalt een ChessGame op via een entity projection. Spring voert daarna automatisch een tweede query uit. Waarom?

Omdat Spring altijd de database twee keer raadpleegt ter controleOm de geassocieerde ChessMove-objecten op te halen die bij die game horenOmdat @Query altijd een extra validatiequery triggertOmdat Spring Data JDBC geen joins ondersteunt in entity projections

8. De service haalt eerst alle games op, dan loopt hij met een for-loop door de lijst en roept per game de playerRepository aan. Wat is hier het probleem?

Een for-loop mag niet in een service staanDe playerRepository mag niet vanuit de service worden aangeroepenEr worden zo n+1 losse queries uitgevoerd in plaats van één JOIN op de databaseSpring Data JDBC ondersteunt geen meerdere repository-aanroepen per request

9. Wat is een betere aanpak dan data uit twee repositories combineren in een for-loop in de service?

De logica verplaatsen naar de controllerEen @Query met een JOIN definiëren in de repository zelfTwee aparte endpoints maken en de frontend de data laten combinerenEen tweede servicelaag toevoegen