Tietokanta- ja ohjelmistokonversiot

Onko Excel-taulukoissa ylläpidetty tietokanta muuttunut liian monimutkaiseksi materiaalin kasvun tai ympäristön muuttumisen vuoksi?

Meillä on vuosien kokemus vaativista tietokanta- ja ohjelmistokonversioista

Oletteko muuttamassa valmisjärjestelmänne toimittajaa? Miten huolehditaan vanhojen tietojen luotettava siirto uuteen järjestelmään?

Miten ratkaista valmissovellusten välinen tiedonsiirto konversion yhteydessä kun osa tiedoista on keskuskoneella ja osa paikallisessa tietokannassa?

Olemme toteuttaneet tietokantakonversiota asiakkaan tarpeiden mukaisesti mm. seuraavissa ympäristöissä: ASCII-export, Paradox, Btrieve / Pervasive, Dbase, Excel, Access, SQL Server, Solid, Sybase, DB2, MySQL, BRS/Search.

Esimerkkejä konversioista

  • Merkkipohjaiset peräkkäistiedostot
  • Täysin suljetut, toimittajakohtaiset erillisjärjestelmät
  • Excel-taulukot ja Word-osoitteistot
  • Valmisjärjestelmien relaatiotietokantamuunnokset

Case 1

Ongelma
Valmisjärjestelmässä ei ollut lainkaan valmiita export-toimintoja

Ratkaisu

  • Ensin tulostimme aineiston raporteilla ascii-tiedostoiksi
  • Sitten rakensimme suodattimen, joka eristi tiedostoista varsinaisen aineiston
  • Lopuksi siirsimme materiaalin oikeassa muodossa uuden järjestelmän Sybase-tietokantaan

Case 2

Ongelma
Asiakkaallamme oli käytössä vanha kirjoitinjärjestelmä jonka tulostamat tiedostot oli sidottu tiettyyn kirjoittimeen

Tavoite
Tarvittiin nopea ja kevyt konvertointirutiini jolla saatiin muokattua tulostettava materiaali merkki merkiltä uusien vaatimusten mukaisiksi

Ratkaisu

  • Teimme MultibaseConvert-ohjelman jolla merkkikonvertointia voitiin ohjata merkki merkiltä
  • Lisäksi uuden konvertoidun tiedoston nimeä ja tiedostopäätettä pääsee ohjaamaan parmetrisoinnin kautta
  • Lopuksi uudet tiedostot voitiin tulostaa käyttämällä mm. uusia tulostusmalleja (.dot)

MultibaseConvert -ohjelma
MultibaseConvert