Tarkempi esittely

Versiot ja muutosloki: mitä, kuka ja milloin

Tietovaraston suunnitelma elää suurimman osan elinkaarestaan ylläpidossa. Tallenna versio jokaisesta julkaisusta, vertaa ja palauta versioita ja lue pysyvästä, kenttätason muutoslokista, mitä niiden välillä on muutettu.

Pyydä kokeilujakso Takaisin ominaisuuksiin

Versioiden aikajana, jossa v1–v6 kuvauksineen, tunnisteineen ja syntytapaa kertovine merkkeineen sekä palautus- ja vertailutoiminnot

Yleiskuva

Ylläpito, elinkaaren toinen puolisko

Versiot tallentavat mallin valitsemillasi hetkillä; muutosloki kirjaa jokaisen niiden välissä tehdyn mallimuutoksen.

Tietovarasto elää ensimmäisen julkaisunsa jälkeen vuosia. Lähteet muuttuvat, liiketoiminnan määritelmiä päivitetään, uusia datamartteja rakennetaan, ja jokainen muutospyyntö alkaa samoilla kysymyksillä: mitä tuotannossa on, mitä on muuttunut sen jälkeen, kuka muutoksen teki ja mihin muuhun se vaikuttaa.

Versio on tilannevedos koko suunnitelmasta: looginen malli alimalleineen, käsitteineen ja graafimalleineen, sanasto, jokainen fyysinen malli generoituine DDL-skripteineen, jokainen Flow-kaavio sekä lähdejärjestelmät. Versio, jonka kirjaat käyttöönotetuksi, on myös lähtötaso, josta seuraava migraatioskripti suunnitellaan.

Muutosloki toimii jatkuvasti taustalla. Se kirjaa, kuka muutti minkä kentän, mistä arvosta mihin ja milloin — loogisessa mallissa, sanastossa, Flow-kaavioissa, fyysisissä malleissa, lähdejärjestelmissä ja tehtävissä — ilman että kenenkään tarvitsee muistaa ottaa tilannevedosta.

Läpikäynti

Julkaisun lähtötasosta auditointikysymyksen vastaukseen

Kolme näkymää, joiden varassa suunnitelma kulkee vuosien muutosten läpi.

Vaihe 1

Tallenna versio jokaisen virstanpylvään kohdalla

Ota tilannevedos, anna sille kuvaus ja tunnisteet, kuten julkaisu tai lähtötaso; numero — v1, v2, v3 — annetaan automaattisesti, eikä sitä koskaan käytetä uudelleen. Model One ottaa tilannevedoksen myös itse ennen tuontia, palautusta ja muita laajoja toimintoja. Jos muutos menee pieleen, palauta vain valitsemasi entiteetit, suhteet, fyysiset mallit ja Flow-kaaviot; ennen palautusta otetaan varmuusvedos.

Tilannevedokset koko suunnitelmasta, automaattisesti numeroituina, kuvauksin ja tunnistein
Manual-, Import- ja Auto-merkit kertovat, miten kukin versio syntyi
Palauta valitsemasi objektit tai koko looginen malli aiempaan versioon
Before restore -tilannevedos otetaan aina ensin, joten palautuksenkin voi perua
Mikä tahansa versio voi toimia migraatioskriptin lähtötasona

Migraatiot fyysisessä mallissa

Vaihe 2

Vertaa ennen julkaisua

Vertaa mitä tahansa kahta versiota keskenään tai versiota työn alla olevaan malliin. Jokainen muutos luetellaan lisäyksenä, poistona tai muutoksena vanhoine ja uusine arvoineen, ja se luokitellaan yhteensopivuuden rikkovaksi, yhteensopivaksi tai kosmeettiseksi. Julkaisun katselmointi voi siis alkaa rikkovista muutoksista, kuten poistetusta sarakkeesta tai muuttuneesta tietotyypistä. Muutoksen vaikutus tietokannassa jo oleviin riveihin selviää migraatiosuunnitelmasta: se merkitsee jokaisen vaiheen turvalliseksi, dataa hävittäväksi tai estäväksi.

Kaksi mitä tahansa versiota tai versio verrattuna nykyiseen työversioon
Oma otsikko kullekin objektityypille; sen alla jokainen muuttunut objekti omalla rivillään vanhoine ja uusine arvoineen
Rikkovien, yhteensopivien ja kosmeettisten muutosten määrät julkaisun arviointiin
Tietokantariski luetaan migraatiosuunnitelmasta vaihe vaiheelta

Versioiden v4 ja v5 vertailu: 1 rikkova, 54 yhteensopivaa ja 3 kosmeettista muutosta, Entities-otsikko, jonka alla kukin muuttunut entiteetti on omalla, nimellään otsikoidulla rivillään, sekä avattu Sales Order, jossa näkyy uudelleennimetyn attribuutin vanha ja uusi arvo

Vaihe 3

Näe, kuka muutti mitä ja milloin

Audit log -välilehti listaa jokaisen kirjatun muokkauksen uusimmasta alkaen: objektin ja sen tyypin, kentän, vanhan ja uuden arvon, muutoksen tekijän ja ajankohdan. Loki on pysyvä, eikä kukaan voi muokata sitä. Jokainen, jolla on pääsy projektiin, voi lukea sen, myös katselijat (Viewer). Useimmissa muokkausnäkymissä näkyy myös kyseisen objektin oma historia: entiteetillä History-välilehdellä ja suhteella, termillä, Flow-kaaviolla, fyysisellä mallilla ja työkohteella kohdassa Change history.

Kenttätason kirjaus: looginen malli, sanasto, Flow, fyysiset mallit, lähdejärjestelmät ja tehtävät
OneAssistin kautta tehdyt muutokset kirjataan pyytäjän nimiin merkinnällä (via assistant)
Suodata koko lokia objektin, moduulin, tyypin, tekijän, muutoslajin ja päivämäärän mukaan
Omistajat (Owner) voivat peittää arkaluonteisen arvon perustellen ja palauttaa sen myöhemmin

Audit log -välilehti: rivejä, joissa objekti, tyyppi, kenttä, vanha ja uusi arvo, tekijä ja aika; yksi muutos merkitty (via assistant)

Kohokohdat

Mikä tekee muutosten ylläpidosta turvallista

Vastaukset muutospyynnön herättämiin kysymyksiin suoraan mallista.

Vaikutukset selville ennen muutosta

Entiteetin Used in -välilehti listaa alimallit, Flow-kaaviot, termit ja liittyvät entiteetit, jotka käyttävät sitä, ja ennen poistoa sen muokkausnäkymä kertoo, mitkä graafimallien objektit riippuvat siitä.

Versiot migraatioiden lähtötasoina

Kirjaa, missä versiossa kukin ympäristö on, niin ympäristön seuraava migraatio suunnitellaan siitä versiosta alkaen.

Koko tiimin yhteinen kumoamishistoria

Jokaisen moduulin 20 viimeistä muutosta pidetään palvelimella yhteisessä kumoamishistoriassa, joten kuka tahansa muokkaaja voi perua tuoreen virheen. OneAssistin kautta tehdyt muutokset kirjataan muutoslokiin, mutta niitä ei voi kumota.

Peittäminen ilman aukkoja lokissa

Omistaja voi peittää määritelmään liitetyn henkilötunnuksen ja kirjata syyn. Kuka, mitä ja milloin pysyvät näkyvissä, ja arvon voi palauttaa.

Kysy OneAssistilta historiasta

Jos OneAssist on otettu käyttöön, kysy, mitä entiteetille tapahtui viime kuussa tai missä versiossa se muuttui. Se lukee muutoslokia eikä voi muuttaa sitä.

Selvät rajat sille, mitä tallennetaan

Muutoslokiin ei kirjata piirtoalueen asettelua, värejä eikä generoitua DDL:ää. Versioiden tilannevedoksiin eivät kuulu työkohteet; niiden historia löytyy muutoslokista.

Jatka tutustumista

Missä muutoksia hallitaan

Versiot ja muutosloki ulottuvat jokaiseen moduuliin.

Käy muutospyyntö läpi kanssamme

Viemme kanssasi yhden muutoksen koko kierroksen läpi: sen vaikutukset, työkohteen, uuden version, migraatioskriptin ja jäljen, jonka se jättää muutoslokiin.

Varaa esittely Vertaa paketteja