az adatbázis konverziós folyamat: partneri siker

2007 óta a tapasztalt szakértői csapat White Box Technologies, Inc. segített több ezer adatbázis sikeres áttelepítésében. Végtére is, ez az, amit minden nap csinálunk. Tisztában vagyunk az adatbázis-átalakítási folyamat kihívásaival és egyedi árnyalataival, és megtanultuk, hogyan lehet minimalizálni a kockázatokat a lehető legjobb eredmény érdekében. Hogy csináljuk? Időt szánunk elemzésre, Térképezésre és tesztelésre.

letöltés Whitepaper

figyelj, elemezni, megérteni

az elemzők a White Box Technologies kezdeni az adatbázis konverziós folyamat búvárkodás a forrás adatbázis. Amikor a végfelhasználók aktívan részt vesznek a konverziós folyamatban (a konverziós projektjeink nagyjából fele-kétharmada), egy hívást ütemezünk velük, hogy képernyőképeket kérjünk az aktuális programjukról, és beszéljük meg a szokásos használati folyamatukat. Az adatok felhasználóinak kezdeti megértése segít abban, hogy az adatbázis-átalakítási folyamat a lehető legjobb eredményeket hozza létre. A képernyőképek segítenek elemző csapatunknak összeállítani a forrásadatbázist, miközben Adatkereső eszközünk nyomon követi a nehezen megtalálható információkat.

az olyan átalakítási projektek esetében, ahol a végfelhasználók nem vesznek részt aktívan a projektben, több Q& a ülést tartunk a partnerrel és a téma szakértőivel (kkv-k), akikkel a projekt időtartama alatt együtt fogunk dolgozni. Ezek az átalakítási projektek általában több munkát igényelnek az elemző csapattól—hasonlóan egy régészhez, aki fosszíliákat és épületeket elemez, szemben egy antropológussal, aki interjút készíthet az általuk tanulmányozott emberekkel.

az “útiterv”előkészítése

néhány kezdeti elemzés után csapatunk elküldi a Table Mapping Document (TMD) dokumentumot az ügyfélnek vagy partnernek felülvizsgálatra. Ez a tervezett átalakítás magas szintű áttekintése, amely megmutatja, hogy mely forrástáblákat fogják használni az adott céltáblák feltöltéséhez. Miután ezeket a táblázatokat jóváhagyta az ügyfél vagy a partner, csapatunk elkezdi összeállítani az adat-leképezési dokumentumot (DMD), amely részletesebben bemutatja a konverziós tervet. A DMD a jóváhagyott TMD-re épül, és megmutatja azokat a konkrét mezőket, amelyeket a forrásból használnak, milyen (ha vannak) változások történnek a konverzió részeként, és hol kerülnek az adatok a célrendszerbe.

amíg elemző csapatunk ezeket a leképezési dokumentumokat készíti, elküldjük Kódleképező eszközünket az ügyfélnek vagy a partnernek. Ezt az eszközt használják a forrásadatbázis kódjainak a céladatbázis új kódjaihoz való illesztésére. A Kódleképező valós időben frissül a konverziós szoftverünkkel, így bármikor, amikor az átalakítás egy részét (vagy egészét) futtatjuk, az ügyfél legfrissebb kódjait használjuk.

miután a leképezési dokumentumokat elemző csapatunk elkészítette, és az ügyfél vagy partner jóváhagyta, az átalakítás átkerül a mérnöki csapatunkba. Mérnökeink a TMD és a DMD segítségével hozzák létre a konverzióhoz szükséges SQL lekérdezéseket és nézeteket. Ezek a lekérdezések válnak az adatmigrációs navigátor (DMN) eszköz által használt módosított forrássá. Ezeket a lekérdezéseket forrásként használva mérnökeink a konverziós kódot egy módosított C#—ban építik fel-amelyet házon belül terveztek és építettek be, hogy a konverziós kódot össze lehessen rakni, például egy programot a Scratch-ben (scratch.mit.edu). a konverzióhoz létrehozott’ Bábel ‘fájl (a Hitchhiker’ s Guide to the Galaxy-ban a Bábel halról nevezték el) több száz iteráción vagy verzión megy keresztül, ahogy a konverzió épül és tesztelésre kerül.

Tesztfutások a sikeres konverzió biztosítása

a konverziókat gúnyolódások vagy tesztfutások sorozatában szállítják az ügyfélnek vagy a partnernek. Ezek a gúnyok lehetőséget adnak az Ügyfélnek az átalakított adatok megtekintésére az új alkalmazásban. A szokásos adatbázis-konverziós projekt általában 3 külön álkonverziót tartalmaz a végső vagy az élő konverzió előtt. DMN eszközünk gyorsan és pontosan futtatja a konverziókat—sok teljes rendszer néhány óra alatt átalakul. Minden egyes modellnél az ügyfélnek vagy partnernek van ideje felülvizsgálni, visszajelzést adni vagy változtatásokat kérni. A standard konverzióban szereplő számos gúnyolódás során a konverziós kód finomításra és tökéletesítésre kerül. A go-live konverziós futás mindig izgalmas befejezése a projektnek.

“kipróbált és igaz” rendszerünk biztosítja, hogy az adatbázis-konverziós projekt időben és költségkereten belül elkészüljön. Végül is mire szolgálnak a partnerek?