Date: Thu, 28 Mar 2024 15:39:13 +0000 (UTC) Message-ID: <134057916.56372.1711640353430@faab6ceaf485> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_56371_571209366.1711640353430" ------=_Part_56371_571209366.1711640353430 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Denne side beskriver fokusomr=C3= =A5der anvendere skal v=C3=A6re opm=C3=A6rksom p=C3=A5, n=C3=A5r de oprette= r egen database, forretningslogik og kontroller.
Ved ops=C3=A6tning af eget milj= =C3=B8, er der en r=C3=A6kke forhold man skal v=C3=A6re opm=C3=A6rksom p=C3= =A5. De =C3=A5benlyse er naturligvis at oprette tabeldefinitioner, der matc= her de data man =C3=B8nsker at have en kopi af, eventuelt suppleret med egn= e kontrol/metadata-felter, eksempelvis data for sidste opdatering i egen da= tabase.
Derudover er der to store fokusom= r=C3=A5der: Grunddataregister forretningslogik og teknologivalg.
Grunddataregister forretningslogi= k b=C3=B8r t=C3=A6nkes ind i ops=C3=A6tningen af eget milj=C3=B8, eventuelt= allerede ved indl=C3=A6sning af data.
Langt de fleste b=C3=A5de REST services og filudtr=C3=A6k leverer kun da= ta fra et enkelt register, hvor anvendere typisk har behov for sammensat da= ta p=C3=A5 tv=C3=A6rs af registre. Der er enkelte undtagelser, eksempelvis = Ejerfortegnelsens *MedStamoplysninger tjenester, som leverer sammenh=C3=A6n= gende data p=C3=A5 tv=C3=A6rs af registrene. Det fremg=C3=A5r som regel af = tjenestebeskrivelserne p=C3=A5 Dataoversigten= strong>, hvilke registre der leveres data fra. Disse sammensatte tjenester = er dog begr=C3=A6nset til kun at levere aktuelle data, s=C3=A5 de kan ikke = anvendes, hvis man har interesse i&nb= sp;historiske eller fremtidigt g=C3=A6ldende data.
For at anvende registerspecifikke= tjenester skal anvendere derfor selv kende og kunne h=C3=A5ndtere grunddat= aregistrenes forretningslogik. Dette omfatter forst=C3=A5else for informati= onsmodellerne p=C3=A5 Grunddatamodellen, n=C3=B8glerne p=C3=A5 forretningsobjekterne, referencerne me= llem grunddataregistrene samt forst=C3=A5else for =E2=80=93 og forskellene = i bitemporalitet mellem registrene. Forskellene i bitemporalitet er n=C3=A6= rmere beskrevet p=C3=A5 siden Da= tafordeleren - introduktion til bitemporalitet
Ud over denne designforskel p=C3=A5 implementering af bitemporalitet, b= =C3=A5de i registrene og i tjenesterne, eksisterer der ogs=C3=A5 data med o= verlap i de bitemporale dimensioner =E2=80=93 Overlap, der skal h=C3=A5ndte= res af de enkelte anvendere, hvis der skal g=C3=B8res fuld brug af de bitem= porale dimensioner.
I relation til teknologivalg g=C3= =B8res der opm=C3=A6rksom p=C3=A5, at totaludtr=C3=A6k fra registrene har e= n anselig st=C3=B8rrelse, s=C3=A5 det anbefales at v=C3=A6lge v=C3=A6rkt=C3= =B8jer og teknologier, der er designet til h=C3=A5ndtering af store datam= =C3=A6ngder. Datafordeleren tilbyder ogs=C3=A5 deltafiler, hvor data=C3=A6n= dringer identificeres via et Datafordeler tidsstempel for sidste =C3=A6ndri= ng, men da flere registre j=C3=A6vnligt laver nye totalindl=C3=A6sninger p= =C3=A5 Datafordeleren, b=C3=B8r anvendere v=C3=A6lge en teknologistak, der = underst=C3=B8tter hyppige indl=C3=A6sninger at store datam=C3=A6ngder, ekse= mpelvis et ETL v=C3=A6rkt=C3=B8j.
Det milj=C3=B8 man ops=C3=A6tter til at holde kopiregister, skal kunne u= nderst=C3=B8tte f=C3=B8lgende situationer
Initial load af data skal typisk ske via fil totaludtr=C3=A6k for de rel= evante data.
Totaludtr=C3=A6k kan enten hentes via et enkelt manuelt download, eller = via et abonnement. Se mere om filudtr=C3=A6k i Guide til filudtr=C3=A6k p=C3=A5= Selvbetjeningen.
Filerne er i enten JSON eller XML =E2=80=93 det v=C3=A6lges, n=C3=A5r fi= ludtr=C3=A6k bestilles i Selvbetjeningen.
De enkelte filudtr=C3=A6k genereres af Datafordeleren og placeres p=C3= =A5 Datafordelerens ftp server, n=C3=A5r det er dannet. Herefter modtager m= an en email om at filen er dannet =E2=80=93 dette fremg=C3=A5r ogs=C3=A5 af= guiden.
Herefter skal filen downloades med ftp og indl=C3=A6ses i anvenderens eg= et milj=C3=B8. Bem=C3=A6rk at totaludtr=C3=A6k for en r=C3=A6kke registre e= r struktureret p=C3=A5 den m=C3=A5de at indholdet ligger tabelvis i filen, = s=C3=A5 der skal implementeres simpel logik der h=C3=A5ndterer denne strukt= ur ved indl=C3=A6sning.
Hvilke abonnementer, der er behov for, afh=C3=A6nger af de valgte tjenes= ter og den =C3=B8nskede opdateringsfrekvens.
Abonnementer kr=C3=A6ver tjenestebrugere, som kan oprettes af organisati= onens webbruger - se mere om oprettelse af brugere
Hvis man v=C3=A6lger opdatering via h=C3=A6ndelser, henledes opm=C3=A6rk= somheden p=C3=A5 at der er tale om datan=C3=A6re h=C3=A6ndelser, generelt u= den payload. Dette betyder at man som anvender, i umiddelbar forl=C3=A6ngel= se af modtagelsen af en h=C3=A6ndelse, har behov for at hente det objekt h= =C3=A6ndelsen omhandler, via en passende REST service.