SUP dokumentation - PersonID / CPR nummer
- Peter Tilsted
GDPR – Indførelse af PersonID i relation til SUP INDHOLDSFORTEGNELSE
Indledning
Dokumentets formål
Dette dokument har til formål at vejlede aftagere af data på STARs udstillingsplatform (SUP), i konsekvenserne for berørte datapakker i forbindelse med indførelsen af PersonID i stedet for CPR nummer.
Forretningsmæssig beskrivelse
Der har gennem længere tid været udfordringer med performance på aktivitetstabeller pga. kompleks datamodel med mange joins, når der skal læses. En god måde at optimere for læsninger er, at øge redundans, således at samme data kan hentes vha. færre joins.
Redundans kan være en stor fordel, når performance er i højsædet og der foretages mange kald. Næsten alle læsninger tager udgangspunkt i borger og derfor er det nærliggende at lægge CPR på relevante tabeller.
Vi ønsker dog at trække CPR nummer væk fra tabellerne og ud i egen tabel, så forretningstabellerne kun indeholder et PersonId.
Der oprettes en tabel tblCprPersonId med nedenstående kolonner. I første omgang vil PersonId være unikt pr. CPR-nummer, dette gør vi for at holde funktionaliteten identisk med det nuværende (se i en fremtidig release nedenfor for yderligere). Vigtigt dog at hvert CPR-nummer får et unikt PersonId her til start.
PersonId (Integer, not null)
PersonRegistrationIdentifier (char(10), not null)
I første omgang lægges PersonID kun på Aktivitetstabeller og den snævre plan.
GDPR og PersonID
Release 2018-3, 17/9-2018
Berørte Datapakker
02-Aktiviteter
06-Planer
09-Joblog
Praktik omkring PersonID på SUP Platformen:
Indførelsen af PersonID er i første omgang udelukkende en del af tiltag for at få forbedret performance i DFDG.
I første omgang er der dog udelukkende tale om en 1-til-1 mapning mellem PersonID og CPRNummer, og PersonID er kun indført i de tabeller der for SUP aftagere ligger i datapakke 02-Aktiviteter, 06-Planer og 09-Joblog
Den nye tabel tblCPRPersonID indeholdende 1-til-1 mapningen mellem PersonID og CPRNummer, er derfor tilføjet leverancerne 02-Aktiviteter og 06-Planer og datamodellen ser således ud:
Vi arbejder på at få lavet et dataområde der kun omhandler tblCPRPersonID så det kun leveres een gang, og derfor er tblCPRPersonID ikke tilføjet 09-Joblog.
Kolonnen Civilregistrationidentifier er fjernet fra tabellen PlanVersion og erstattet af PersonID,