Page History
...
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
Hver entitet i diagrammet svarer til en tabel.
...
Alle tabellerne har felterne creation_time og last_update_time, der indeholder tidspuntk for oprettelse henholdsvis ændring.
Tabellen fieldmigrationstatus indeholder ikke registry relateret data, men er en "arbejdstabel", der anvendes til at holde styr på, hvor langt potentielle felt migreringer er (se afsnit "felt migrering" nedenfor).
Association
Feltnavn | Beskrivelse | Optional | Unik nøgle | Datatype |
---|---|---|---|---|
id | Intern, unik nøgle. | nej | x | int(11) |
entryuuid | Uuid, der identificerer Association-objektet. | nej | varchar(64) | |
association_type | nej | varchar(32) | ||
source_association | id på source, hvis denne er en Association. | int(11) | ||
sourceuuid_documententry | Entryuuid på source, hvis denne er et DocumentEntry. | varchar(64) | ||
sourceuuid_folder | Entryuuid på source, hvis denne er en Folder. | varchar(64) | ||
sourceuuid_submissionset | Entryuuid på source, hvis denne er et SubmissionSet. | varchar(64) | ||
target_association | id på target, hvis denne er en Association. | int(11) | ||
targetuuid_documententry | Entryuuid på target, hvis denne er et DocumentEntry. | varchar(64) | ||
targetuuid_folder | Entryuuid på target, hvis denne er en Folder. | varchar(64) | ||
targetuuid_submissionset | Entryuuid på target, hvis denne er et SubmissionSet. | varchar(64) | ||
associationcontentid | Reference til række i associationcontent-tabellen. | nej | x | int(11) |
migration_pid | Link til oprindelig migreringsdata - default 0 | nej | int(11) |
...
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
Fieldmigrationstatus
Denne tabel, skal indeholde en række for hver type felt migrering, som skal laves. Rækkes indsættes i forbindelse med at database scriptene bliver kørt i forbindelse med opgraderinger. Og opdateres af "felt migrerings servicen".
Feltnavn | Beskrivelse | Optional | Unik nøgle | Datatype |
---|---|---|---|---|
id | Intern, unik nøgle. | nej | x | int(11) |
migrationid | en logisk nøgle, der siger noget om hvad der migreres. F.eks. 'documententry-repositoryid-add'. | nej | varchar(64) | |
progressid | peger på et id i documentEntries. Er 0 sålænge migreringen ikke er startet. Når en migrering er kørt, vil progressid pege på den sidste documentEntries, der er migreret i kørslen. Når progressid = targetid, er der ikke mere at migrere. | nej | int(11) | |
targetid | peger på det sidste id i documentEntries der skal migreres. Denne værdi sættes når rækkes indsættes og ændres ikke. | nej | int(11) | |
migration_start_time | tidspunkt for, hvornår den første kørsel af migreringen er startet | datetime(6) | ||
migration_end_time | tidspunkt for, hvornår migreringen er afsluttet (progressid = targetid) | datetime(6) | ||
last_update_time | tidspunkt for, hvornår rækkes senest er opdateret | datetime(6) |
Alle tider er tider er databasens tidszone.
Migrering af data
Den oprindelige data migrering fra openText registry er ikke længere aktuel, og indholdet er Den oprindelige data migrering fra openText registry er ikke længere aktuel, og indholdet er flyttet til "Yderligere dokumentation - Migration"
...
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
So Som ovenstående figur viser, består felt migreringen af 3 trin:
- udvidelse af databasemodel. Her tilføjes de det søgbare felt databsen databasen og NXRG justeres sådan at nye dokument registreringer dokumentregistreringer vil gemme feltet, som et søgbart felt.
- migrering af data. Denne kan foregå af flere omgange (batch) 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.