Page History
...
| Gliffy Diagram | ||||||||
|---|---|---|---|---|---|---|---|---|
|
NXRG er opbygget i en lagdelt arkitektur. I ovenstående diagram er pakkenavne specificeret og giver en kobling til den konkrete sourcekode, der realiserer NXRG (se i øvrigt NXRG - Guide til Udviklere).
...
| Feltnavn | Beskrivelse | Optional | Unik nøgle | Datatype |
|---|---|---|---|---|
| id | Intern, unik nøgle. | nej | x | int(11) |
| entryuuid | EntryUuid på slettet DocumentEntry. | nej | varchar(64) | |
| uniqueid | UniqueId på slettet DocumentEntry. | nej | varchar(64) | |
| deletion_status | Status på sletningen. Kan være DELETED_FROM_REGISTRY, DELETED_FROM_REPOSITORY, DELETION_FROM_REPOSITORY_FAILED. | nej | varchar(64) | |
| deletion_attempts | Antal gange hvor sletning fra repository er gået galt. | nej | int(11) | |
| creation_time | Tidspunkt for indsættelse af rækken. | nej | datetime(6) |
Migrering
...
af data
Den oprindelige data migrering fra openText registry Migrering er ikke længere aktueltaktuel, og indholdet er flyttet til "Yderligere dokumentation - Migration"
På tidspunktet for NXRG tilblivelse blev der udvalgt en række felter fra kaldets metadata (XMl baseret RIM format), som var interessante som søgbare felter. Disse felter, gemmes som selvstændige felter i tabeller som documententries og referenceid. Der opstår siden behov for at få flere af disse felter trukket ud af XML formatet. Dvs. der i princippet skal køres en migrering af eksisterende metadata for at trække disse felter ud. Dette er lavet som en selvstændig service. Source koden ligger sammen med resten af NXRG, men servicen starter op selvstændig og aktiveres ved at tilgå et specifik endpoint. Detaljerne er beskrevet i "NXRG driftvejledning for migrering af søgbare felteer".
| Gliffy Diagram | ||||||
|---|---|---|---|---|---|---|
|
So ovenstående figur viser, består felt migreringen af 3 trin:
- udvidelse af databasemodel. Her tilføjes de søgbare felt databsen og NXRG justeres sådan at nye dokument registreringer vil gemme feltet som et søgbart felt.
- migrering af data. Denne kan foregå af flere omgange da kørslen kan være tidskrævende. Servicen konfigureres med en batch størrelse, som der det antal dokumenter, der håndteres i en enkelt kørsel.
- anvendelse af det søgbare felt. Når alt data er migreret kan det nye felt tages i anvendelse. Dvs først her kan ny funktionatlitet der gør brug af feltet udvikles.