In
EnglishTietokanta- ja ohjelmistokonversiot
konversiot
Meillä on vuosien kokemus vaativista tietokanta- ja ohjelmistokonversioista
Onko Excel-taulukoissa
ylläpidetty tietokanta muuttunut liian monimutkaiseksi materiaalin
kasvun tai ympäristön muuttumisen vuoksi?
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.
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
