separasjonsdataljer

Separasjonsdataljer er et arkitektonisk prinsipp der datarelatert logikk isoleres i et eget lag i programvarearkitekturen, adskilt fra forretningslogikk og presentasjon. Hovedideen er å skille ansvarsområder slik at endringer i datakilde eller persistens ikke sprer seg til andre deler av applikasjonen. Dette legger til rette for bedre vedlikehold, testbarhet og fleksibilitet i systemet.

En vanlig implementasjon omfatter flere lag: et data access layer (DAL) som håndterer kommunikasjon mellom applikasjonen og databasen eller andre datakilder; repositorier eller mapper som abstraherer dataoperasjoner; og dataoverføringsobjekter (DTOer) eller domene-modeller som brukes i dataflyten mellom lagene. Ofte inngår også et service- eller forretningslogikklag som behandler domenet uavhengig av hvordan data lagres og hentes.

Fordeler ved separasjon av datalaget inkluderer løst koblede komponenter, enklere testing av datatilgang og forretningslogikk for seg, samt bedre muligheter for å bytte data-kilde eller skifte fra en ORM til en annen uten å berøre resten av applikasjonen. Ulemper kan være økt kompleksitet, ekstra kode og potensielt lavere ytelse hvis abstraksjonene ikke er godt utformet. Det er også en risiko for overabstraksjon hvis logikk blandes inn i DAL.

Relaterte konsepter er lagdelt arkitektur, "separation of concerns" og mønstre som Repository, Data Mapper og Unit of Work. I praksis brukes separasjon av datalager ofte i entreprisekontekst og i sammenheng med Domain-Driven Design eller Clean Architecture for å oppnå tydelig og vedlikeholdbar grensesnitt mellom lagene. På norsk kalles det også ofte datalagseparasjon eller separasjon av datalaget.