Hoi Roel,
Ik neem aan dat het plan is om alleen hele nieuwe records uit de testdatabase te halen, geen gewijzigde records. Klopt het dat er in beide databases nieuwe records zijn toegevoegd? Dan zit je in ieder geval met het punt dat recordnummers dubbel zijn toegekend. Als er andere velden zijn waarin automatisch een oplopend nummer wordt ingevuld (bijvoorbeeld iets als barcode), dan zijn die mogelijk ook dubbel. Als je zo’n Tagged-bestand met dit soort reeds voorkomende waarden in de bestemmingsdatabase zonder extra instellingen probeert te importeren via Adlib for Windows, dan ga je in ieder geval tegen errors aanlopen. Met de verkeerde instellingen (bijvoorbeeld als je het recordnummer als vergelijkingstag gebruikt) schrijf je mogelijk hele records over.
Het recordnummer-probleem zou je kunnen oplossen met de optie ‘Negeer recordnummers’ in de importassistent van Adlib for Windows. Er wordt dan een nieuw record met nieuw recordnummer aangemaakt waar de rest van de gegevens in wordt gezet. Als je ook een ‘barcode-probleem’ hebt, dan zal je dat anders moeten aanpakken, bijvoorbeeld door dat veld niet mee te exporteren.
Als in de import bijvoorbeeld objectnamen staan die in de productie-database al zijn verwijderd (of nog niet bestaan in de productie-database), dan worden deze aangemaakt in een nieuw thesaurusrecord zonder verdere metadata. In een standaard-configuratie zouden de velden waarin het recordnummer van het thesaurusrecord staat (bijvoorbeeld objectnaam.lref (l3) bij objectnaam (OB)) niet mee moeten worden geëxporteerd.