Data/database konvertering


En viktig del av år 2000-sikring i forbindelse med datamaskiner er sikring av data. Det kan vere flere grunner til at konvertering er nødvendig. For eksempel kan det vere at programvaren som er brukt, ikke takler overgangen til år 2000. Det kan vere at en database inneholder årstall med to siffer. Her er derfor en liten oversikt med en liste over noen fallgruver man må prøve å unngå å falle nedi, og ting man bør tenke over før man setter i gang.
 
 

Konverteringsverktøy/måter:


 
Excel

Access

DBase

DataEase

FileMaker

Omnis

PowerBuilder 

ODBC

Hypercard

Oracle

Andre SQL-baser

Sybase

FoxPro
 

Visual Basic

C

JAVA

Lotus

Excel
SQL-databaser

ORACLE

PowerBuilder

Omnis


 
 

Fallgruver:

  1. Tekstfelt: begrensninger på 256 teikn
  2. Importvalg - OBS på kolonner: standard/text/dato
  3. Tallfelt m/u desimaler
  4. Skilletegn: Komma og punktum problematikk: brukt som skilletegn mellom tre og tre siffer eller som skille for desimaler. Bruk varierer (engelsk/norsk.)
  5. Skilletegn i dato og klokkeslett varierer: / : - .
  6. Engelsk/norsk oppsett, versjoner på programvare og operativsystem, patcher og fixer…
  7. Vis og lagre datoer som DD/MM/YYYY (fire siffer i årstal)
  8. Rekkefølge på D M Y i datoer: DMÅ, MDÅ, ÅMD
  9. Hva slags type datoer/årstal finnes i databasen: gamle eller fremtidige datoer? ->
  10. Pivot år: varierer mellom applikasjoner/databaser og versjonar.
  11. Tegnsett: æ ø å: store/små andre varianter/spesialtegn
  12. Konsekvent bruk av store/små tegn
  13. Rekkefølge og deling av navn, adresser og lignende i samme eller ulike celler/felt

  14. Skilletegn mellom?
  15. Nye postnummer, annen sorterings nummerering som har skiftet system
  16. Evt. oppdeling / sammenslåing av felt (COLUMNBO)

  17. Av og til må import/eksport kverne-rutiner lages. Kontakt evt IT-avdelingen.