Relaties kunnen maximaal één niveau diep worden embed

[melsk-r]

Door het gebruik van de parameter expand kunnen gerelateerde resources worden embed in het antwoord. Er is besloten dat relaties van de gerelateerde resource alleen als link worden opgenomen, deze worden zelf dus niet embed.

Bijvoorbeeld van een persoon kunnen de gegevens van de gerelateerde sub-resource huwelijk/geregistreerd partnerschap direct worden meegeladen. Daarin zitten alleen de gegevens van de relatie zoals die ook in betreffende categorie van LO GBA voorkomen, zoals ook de naam van de partner. Wanneer echter de partner (ook) een ingeschreven persoon is, wordt alleen een hyperlink naar de resource van deze persoon opgenomen. De gegevens van deze ingeschreven persoon (de partner) mogen niet ook worden embed.

Ratio: Implementatie en gebruik eenvoudig houden. Er is geen functionele behoefte om diep gegevens te embedden. Het opvragen van relaties is eenvoudig. Bij dieper embedden kan doelbinding een probleem worden. Bij dieper embedden kunnen er aan de provider-kant performanceproblemen ontstaan.

[melsk-r]

JBo: Discussie
HK: Discussie
RM: Discussie
MV: Bespreken
GJ: Bespreken
JBi: Bespreken

JBo : In mijn beleving is dit een project DD. Deze keuze kan per project anders uitvallen in mijn beleving.
JBi: Voelt wat willekeurig. Bij het voorbeeld snap ik de keuze goed. Maar bij logging wil je vanuit de Verwerkingsactie naar de Verwerkte objecten en daarbinnen naar de Verwerkte gegevens. Met die nesting is niets mis. Het issue bij het voorbeeld is dat je door nog dieper te linken weer uitkomt op een 'kernobject'.
MV: Eens met JBo, dit kan per project verschillen

[melsk-r]

Wellicht niet opnemen als Design Decision maar wel als een ' Design Consideration' .