Omvendt Utvikling Av En Modell Fra En Database Eller Et Skript
Omvendt utvikling er prosessen med å lage en datamodell fra en database eller et skript. Modelleringsverktøyet lager en grafisk fremstilling av de valgte databaseobjektene og relasjonene mellom objektene. Denne grafiske representasjonen kan være en logisk eller en fysisk modell.
Merk: du kan bare foreta omvendt utvikling i en tom modell. Du kan ikke omvendt konstruere i en modell som har objekter i den.
en database kan omvendt konstrueres av følgende grunner:
- for å forstå hvordan objektene er relatert til hverandre og deretter bygge videre på det
- for å demonstrere databasestrukturen
etter at omvendt prosessering er fullført, kan du utføre følgende oppgaver:
- Legg til nye databaseobjekter
- Opprett systemdokumentasjonen
- Omstrukturere databasestrukturen slik at den passer til dine behov
Det meste av informasjonen du reverserer, er eksplisitt definert i det fysiske skjemaet. Reverse engineering henter imidlertid også informasjon fra skjemaet og inkorporerer det i modellen. Hvis FOR eksempel målet DBMS støtter sekundærnøkkeldeklarasjoner, kommer omvendt utvikling prosessen identifisere og ikke-identifiserende relasjoner og standard rollenavn.
du kan utlede all viktig modellinformasjon, bortsett fra subtype relasjoner, fordi foreløpig ingen SQL database management system støtter DET. Måldatabasene varierer imidlertid i mengden logisk datamodellinformasjon som er inkludert i det fysiske skjemaet. Av denne grunn kan de resulterende modellene variere avhengig av måldatabasen som er valgt. Du kan også utlede noe logisk informasjon, inkludert primærnøkler, fremmednøkler og tabellrelasjoner. Du kan bruke tabellindeksdefinisjonene eller kolonnenavnene til å utlede disse nøklene og relasjonene.
DU kan inkludere ELLER ekskludere RI-utløsere i omvendt utvikling. Du kan velge å behandle RI-utløsere som modellobjekter eller bruke forward engineering-alternativet til å inkludere RI-utløsere i skjemaet. Du kan også velge å inkludere eller ekskludere disse alternativene under omvendt utvikling.
når du utfører omvendt utvikling av en database, kan du angi en sporingsfil for å registrere spørringene som utføres for å hente objekter. Du kan se gjennom spørringene etter at prosessen med omvendt utvikling er fullført.
følgende diagram illustrerer trinnene for å reversere en modell fra en database eller et skript:
Fullfør følgende trinn for å reversere en modell:
- (Valgfritt) Lagre databasespørringer til en sporingsfil.
- Velg modelldetaljer.
- Velg alternativene for omvendt utvikling.
- Koble til en database og omvendt utvikling.
Spesifikke Objekter For Omvendt Utvikling
denne delen inneholder detaljer om hvordan prosessen for omvendt utvikling fungerer for ulike databaseobjekter.
Indeks
når du utfører omvendt utvikling av en database, importeres navnet, definisjonen og parameterne for hver indeks som er definert på serveren. Når du importerer indeksinformasjonen fra en server, beholdes lagringsinformasjonen for hver indeks. Derfor kan du opprette databasen på nytt ved hjelp av de samme lagringsoppgavene. Du trenger ikke å tilordne lagringsplasseringen for hver indeks manuelt.
når du har importert indekser, kan du vise eller endre indeksegenskaper, definisjoner og tabelltilknytninger i dialogboksen Indekser. Du kan tilordne en indeks til et fysisk lagringsobjekt i Dialogboksen Indekser for en db2 z/OS, Informix, Oracle, SQL Server og SAP ASE database. Hvis måldatabasen din ER DB2 z / OS, Informix og Oracle, kan du også endre lagringsparametrene i Dialogboksen Indekser.
hvis et fysisk lagringsalternativ er valgt for en db2 z/OS -, Informix -, Oracle-eller SAP ASE-database, inneholder skjemaet indeks fysiske lagringsparametere.
Fysisk Lagringsobjekt
når du utfører omvendt utvikling av en database, kan du importere navnene og definisjonene på fysiske lagringsobjekter du har definert på målserveren. Importen skjer på samme måte som fysiske tabeller, indekser og annen fysisk skjemainformasjon importeres. Når du har importert fysiske lagringsobjekter, kan du vise eller endre objektdefinisjonene og tabelltilknytningene ved hjelp av standardredigererne.
Valideringsregel
når omvendt utvikling fra en skjemafil, et skript eller en systemkatalog, importeres valideringsregler og legges til den aktuelle tabellen eller kolonnen i den resulterende modellen. Konvensjonen som brukes til å navngi de importerte valideringsreglene, er som følger:
VALID_RULEn
her er n et sekvensielt tall som starter på null. DEN første valideringsregelen som oppstår, heter VALID_RULE0, neste REGEL VALID_RULE1 og så videre, til hele skjemaet behandles.