Grunnleggende om Erwin. Bygge en logisk datamodell

Det er to mulige synspunkter på informasjonsmodellen og følgelig to nivåer av modellen. Det første - logiske nivået (brukerens synspunkt) betyr en direkte visning av fakta fra det virkelige liv. For eksempel er mennesker, bord, avdelinger, hunder og datamaskiner virkelige objekter. De er navngitt på naturlig språk, med alle ordskilletegn (mellomrom, komma osv.). På det fysiske nivået av modellen vurderes bruken av et spesifikt DBMS, datatyper (for eksempel heltall eller reelt tall), og indekser for tabeller bestemmes.

ERwin gir muligheten til å lage og administrere disse to forskjellige presentasjonsnivåene av et enkelt diagram (modell), i tillegg til å ha mange visningsalternativer på hvert nivå. Begrepet "logisk nivå" i ERwin tilsvarer en konseptuell modell.

Stadier for å bygge en informasjonsmodell:

· definisjon av enheter;

· fastsettelse av avhengigheter mellom enheter;

· sette primære og alternative nøkler;

· definisjon av enhetsattributter;

· bringe modellen til det nødvendige nivået av normal form;

· overgang til den fysiske beskrivelsen av modellen: tildeling av korrespondanser enhetsnavn - tabellnavn, enhetsattributt - tabellattributt;

· sette utløsere, prosedyrer og restriksjoner;

· Database generering.

Erwin lager en visuell representasjon (datamodell) for problemet som skal løses. Denne visningen kan brukes til detaljert analyse, foredling og distribusjon av dokumentasjon som trengs i utviklingssyklusen. Imidlertid er ERwin langt fra bare et tegneverktøy. ERwin oppretter automatisk databasen (tabeller, indekser, lagrede prosedyrer, referanseintegritetsutløsere og andre objekter som trengs for å administrere dataene).

Opprette en enhet.

For å legge til en enhet til modellen, må du klikke på enhetsknappen på verktøylinjen (Erwin Toolbox), og deretter klikke på stedet på diagrammet der du vil plassere den nye enheten. Ved å høyreklikke på en enhet og velge Entitetsredigering fra hurtigmenyen, kan du vise dialogboksen Entitetsredigering, der du definerer navnet, beskrivelsen og kommentarene til enheten.

Hver enhet må være fullstendig definert ved hjelp av en tekstbeskrivelse i kategorien Definisjon. Disse definisjonene er nyttige både på det logiske nivået, da de lar deg forstå hva entiteten er, og på det fysiske nivået, da de kan eksporteres som en del av et skjema og brukes i selve databasen (LAG KOMMENTAR på entitetsnavn). Bokmerkene Note, Note2, Note3, UDP (User Defined Properties) brukes til å legge til ytterligere kommentarer og definisjoner til enheten.

I Ikon-fanen kan hver enhet tildeles et bilde som vil bli vist i modellvisningsmodus på ikonnivå og et bilde som vil vises på alle andre nivåer.

UDP-fanen i dialogboksen Entitetsredigering brukes til å definere brukerdefinerte egenskaper (Bruker - Definerte egenskaper). Når du klikker på knappen for denne fanen, åpnes dialogboksen User - Defined Property Editor (også kalt opp fra Rediger/UDP-menyen). Det er nødvendig å angi typen objekt som UDP opprettes for (diagram som helhet, enhet, attributt, etc.) og datatypen. For å legge til en ny egenskap, klikk på knappen i tabellen og skriv inn navn, datatype, standardverdi og definisjon.

Opprette attributter

For å beskrive attributter, høyreklikk på enheten og velg Attribut Editor fra menyen som vises. Dialogboksen Attributtredigering vises.

Hvis du klikker på Ny-knappen, i Nytt attributt-dialogen som vises, kan du spesifisere navnet på attributtet, navnet på kolonnen som tilsvarer det i den fysiske modellen, og domenet. Attributtdomenet vil bli brukt når kolonnetypen skal defineres på fysisk modellnivå.

For primærnøkkelattributter, i kategorien Generelt i dialogboksen Attributtredigering, må du merke i vinduet for valg av primærnøkkel.

Fanene Definisjon, Merknad og UDP utfører de samme funksjonene som når du definerer en enhet, men på attributtnivå.

For å gjøre diagrammet mer visuelt, kan hvert attributt knyttes til et ikon. Dette kan gjøres ved å bruke ikonvalglisten i kategorien Generelt.

Det er veldig viktig å gi attributtet riktig navn. Attributter må navngis i entall og ha en klar semantisk betydning.

I følge IDEF1X-syntaksen må attributtnavnet være unikt i modellen (ikke bare innenfor enheten!). Som standard, når du prøver å legge til et eksisterende attributtnavn, gir ERwin nytt navn. For eksempel, hvis Comment-attributtet allerede finnes i modellen, vil et annet attributt (i en annen enhet) hete Comment/2, deretter Comment/3, etc.

Når du overfører attributter innenfor og mellom enheter, kan du bruke dra-og-slipp-teknikken ved å velge knappen i verktøypaletten.

Opprette en forbindelse.

For å opprette en ny relasjon, velg en identifiserende eller ikke-identifiserende relasjon i verktøypaletten (ERwin Toolbox), klikk først på den overordnede og deretter på den underordnede enheten.

I verktøypaletten tilsvarer en knapp et identifiserende forhold, en mange-til-mange-relasjonsknapp og en knapp som tilsvarer et ikke-identifiserende forhold. For å redigere egenskapene til en relasjon, høyreklikk på relasjonen og velg Relasjonsredigering fra kontekstmenyen.

I kategorien Generelt i dialogboksen som vises, kan du angi strøm, navn og type tilkobling.

Kommunikasjonskraft (kardinalitet)- tjener til å angi forholdet mellom antall forekomster av den overordnede enheten og antall forekomster av barnet.

Det er fire typer strøm:

det generelle tilfellet hvor en forekomst av en overordnet enhet tilsvarer 0, 1 eller mange forekomster av en underenhet ikke er merket med noe symbol;

symbolet P markerer tilfellet når en forekomst av den overordnede enheten tilsvarer 1 eller mange forekomster av den underordnede enheten (nullverdi ekskludert);

symbolet Z markerer tilfellet når en forekomst av den overordnede enheten tilsvarer 0 eller 1 forekomst av den underordnede enheten (flere verdier er ekskludert);

Tallet markerer tilfellet når en forekomst av den overordnede enheten tilsvarer et forhåndsbestemt antall forekomster av den underordnede enheten.

Som standard vises ikke symbolet som representerer lenkestyrken på diagrammet. For å vise navnet, i kontekstmenyen som vises hvis du høyreklikker på et sted i diagrammet som ikke er okkupert av modellobjekter, velger du Visningsalternativer/Relasjon og aktiverer deretter alternativet Kardinalitet.

Type tilkobling (identifiserende/ikke-identifiserende).

IDEF1X skiller mellom avhengige og uavhengige enheter. Typen av en enhet bestemmes av dens forhold til andre enheter. En identifiserende relasjon etableres mellom en uavhengig (overordnet ende av relasjonen) og avhengig (underordnet ende av relasjonen) enhet. Når et identifiserende forhold tegnes, konverterer ERwin automatisk barneforholdet til et avhengighetsforhold. Den avhengige enheten er representert av et rektangel med avrundede hjørner.

En forekomst av en avhengig enhet defineres bare gjennom et forhold til en overordnet enhet. Når en identifiserende relasjon er etablert, overføres attributtene til den overordnede enhetens primærnøkkel automatisk til den underordnede enhetens primærnøkkel. Denne operasjonen med å legge til attributter til en underordnet enhet når du oppretter en relasjon, kalles attributtmigrering. I den underordnede enheten merkes nye attributter som fremmednøkler - (FK).

Når en ikke-identifiserende relasjon er etablert, forblir den underordnede enheten uavhengig, og de primære nøkkelattributtene til den overordnede enheten migrerer til de ikke-nøkkelkomponentene til den underordnede enheten. Et ikke-identifiserende forhold brukes til å koble sammen uavhengige enheter.

En identifiserende forbindelse er vist på diagrammet som en heltrukket linje med en tykk prikk ved underenden av forbindelsen, og en ikke-identifiserende forbindelse vises som en stiplet linje.

For et ikke-identifiserende forhold kan du spesifisere obligatorisk (nuller i kategorien Generelt i dialogboksen Relasjonsredigering). I tilfelle av et obligatorisk forhold (ingen null), når et databaseskjema genereres, vil fremmednøkkelattributtet motta NOT NULL-attributtet, til tross for at fremmednøkkelen ikke vil være en del av primærnøkkelen til den underordnede enheten. I tilfelle av et valgfritt forhold (nuller tillatt), kan fremmednøkkelen være NULL. Et valgfritt ikke-identifiserende forhold er merket med en gjennomsiktig diamant på overordnet enhetsside

Verb frase- en setning som karakteriserer forholdet mellom foreldre og barn. For et en-til-mange-forhold, identifiserende eller ikke-identifiserende, er det nok å spesifisere et navn som kjennetegner forholdet fra forelder til underordnet enhet (Foreldre-til-barn). For et mange-til-mange-forhold må både foreldre-til-barn- og barn-til-foreldre-navn angis. For å vise navnet, i kontekstmenyen som vises hvis du høyreklikker hvor som helst i diagrammet som ikke er okkupert av modellobjekter, velger du Visningsalternativer/relasjon og aktiverer alternativet Verb Frase.

Rollenavn eller funksjonsnavn (rollenavn) er et synonym for et fremmednøkkelattributt som indikerer hvilken rolle attributtet spiller i en underordnet enhet. Du kan angi rollenavnet i kategorien Rollenavn/RI-handlinger i dialogboksen Relasjonsredigering.

Figur 1. Utenlandske nøkkelrollenavn

I eksemplet vist i fig. 1, i Employee fremmednøkkel Department Number-enheten har et rollenavn "Where Works" som indikerer hvilken rolle dette attributtet spiller i enheten. Som standard vises bare rollenavnet i attributtlisten. For å vise hele attributtnavnet (både funksjonsnavnet og rollenavnet), i hurtigmenyen som vises hvis du høyreklikker hvor som helst i diagrammet som ikke er okkupert av modellobjekter, velger du Visningsalternativer/Entiteter og aktiverer deretter Rollenavnet / alternativ Attributt. Det fulle navnet vises som funksjonsnavnet og basisnavnet atskilt med en prikk (Figur 1).

Det er obligatorisk å bruke rollenavn når to eller flere attributter for samme enhet er definert over samme omfang, dvs. de har samme rekkevidde av betydninger, men forskjellige betydninger.

Fig.2. Saken om obligatoriske rollenavn

I fig. 2 inneholder valutasalgsenheten informasjon om en valutavekslingshandling der to valutaer er involvert - solgt og kjøpt. Informasjon om valutaer finnes i Valuta-enheten. Derfor må enhetene Valutasalg og Valuta kobles sammen to ganger, og primærnøkkelen - Valutanummer må migreres to ganger til Valuta-enheten som en fremmednøkkel. Det er nødvendig å skille mellom disse attributtene, som inneholder informasjon om nummeret på den solgte og kjøpte valutaen (de har forskjellige betydninger), men refererer til den samme valutaenheten (de har et felles verdiområde). I eksemplet i fig. 2 fikk attributtene rollenavnene Solgt og Kjøpt.

Et annet eksempel på obligatorisk bruk av rollenavn er rekursive relasjoner, når samme enhet er både en forelder og et barn.

Regler for referanseintegritet (RI).- logiske konstruksjoner som uttrykker forretningsregler for bruk av data og representerer regler for innsetting, erstatning og sletting. Du kan angi referanseintegritetsregler i kategorien Rollenavn/RI-handlinger i dialogboksen Relasjonsredigering.

Ved generering av et databaseskjema basert på de logiske modellalternativene vil det genereres deklarative referanseintegritetsregler, som må foreskrives for hvert forhold, og triggere som sikrer referanseintegritet.

Fig.3. Migrerende rollenavn

I fig. 3 er det et identifiserende forhold mellom lag- og spillerenhetene. Hva skjer hvis du sletter en kommando? Entitetsforekomst Spiller kan ikke eksistere uten en kommando (primærnøkkelattributt Hvilket lag spiller han på? Lagnummer kan ikke ta verdien NULL), derfor må du enten forby sletting av et lag så lenge det er minst én spiller i det, eller slette alle dets spillere sammen med laget. Slike fjerningsregler (Sletting av foreldre) kalles Parent Restrict (begrensning) og Parent Cascade (kaskade). Enhetene spiller og mål er på sin side også forbundet med en identifiserende lenke, og hvis slettingen av en spiller er underlagt en kaskadeslettingsregel for alle målene hans, så når et lag slettes, alle spillerne på laget og alle mål scoret av disse spillerne vil bli slettet.

Mange-til-mange-kommunikasjon er bare mulig på nivå med logiske datamodeller. En slik forbindelse er indikert med en heltrukket linje med to prikker i endene. For å legge til en relasjon må du først klikke på knappen i verktøypaletten (ERwin Toolbox), og deretter klikke på begge relaterte enheter etter tur.

Et mange-til-mange forhold bør navngis (Verb Phrase) med to fraser - i begge retninger. Dette gjør diagrammet lettere å lese.

Opprette nøkler.

Hver forekomst av en enhet må være unik og forskjellig fra andre attributter.

Primærnøkkel er et attributt eller en gruppe med attributter som unikt identifiserer en forekomst av en enhet. De primære nøkkelattributtene i diagrammet krever ingen spesiell betegnelse - de er de attributtene som er i listen over attributter over den horisontale linjen. Når du legger til et nytt attributt i attributtredigeringsdialogen, for å gjøre det til et primærnøkkelattributt, må du aktivere avmerkingsboksen Primærnøkkel nederst på Generelt-fanen. I diagrammet kan et nøkkelattributt legges til primærnøkkelen ved hjelp av attributtoverføringsmodus (knappen i verktøypaletten).

Én enhet kan inneholde flere attributter eller sett med attributter som hevder å være primærnøkkelen. Slike søkere kalles potensielle nøkler (kandidatnøkkel).

Nøkler kan være komplekse, dvs. som inneholder flere attributter. Komplekse primærnøkler krever ikke spesiell notasjon - de er en liste over attributter over en horisontal linje. Ved valg av primærnøkkel bør det foretrekkes enklere nøkler, dvs. nøkler som inneholder færre attributter.

Mange enheter har bare én kandidatnøkkel. Dette blir hovednøkkelen. Noen enheter kan ha mer enn én mulig nøkkel. Så blir en av dem primærnøkkelen, og resten blir alternative nøkler.

Alternativ nøkkel er en kandidatnøkkel som ikke har blitt primærnøkkelen.

Hver tast har en tilsvarende indeks, hvis navn også tildeles automatisk. Nøkkel- og indeksnavn kan endres manuelt om ønskelig.

I diagrammet er attributtene til alternative nøkler betegnet som (Akn.m.), hvor n er serienummeret til nøkkelen, m er serienummeret til attributtet i nøkkelen. Når en alternativ nøkkel inneholder flere attributter, plasseres (Akn.m.) etter hver enkelt.

Fig.4. Entitet "Ansatt" med nøkler vist


Utenlandske nøkler opprettes automatisk når en relasjon kobler sammen enheter: relasjonene danner en referanse til de primære nøkkelattributtene i den underordnede enheten, og disse attributtene danner en fremmednøkkel i den underordnede enheten (nøkkelmigrering). Fremmednøkkelattributter er indikert med et symbol (FK) etter navnet deres (fig. 4). Utenlandske nøkkelattributter Where Works Avdelingsnummeret (“Where Works” er rollenavnet) til Ansatt-enheten er et primærnøkkelattributt (PK) i avdelingsenheten.

En avhengig enhet kan ha samme nøkkel fra flere overordnede enheter. En enhet kan også motta den samme fremmednøkkelen flere ganger fra den samme forelderen gjennom flere forskjellige relasjoner. Når ERwin oppdager en av disse hendelsene, gjenkjenner den at de to attributtene er de samme og plasserer fremmednøkkelattributtene på den avhengige enheten bare én gang. Denne kombinasjonen eller foreningen av identiske attributter kalles forening.

Det er tilfeller der forening er uønsket. For eksempel når to attributter har samme navn, men faktisk er forskjellige i betydning, og det er nødvendig at denne forskjellen gjenspeiles i diagrammet. I dette tilfellet er det nødvendig å bruke utenlandske nøkkelrollenavn (fig. 2).

Domener.

Et domene kan defineres som en samling av verdier som attributtverdier er avledet fra. Hvert attributt kan defineres på bare ett domene, men flere attributter kan defineres på hvert domene. Konseptet med et domene inkluderer ikke bare datatypen, men også utvalget av dataverdier. Du kan for eksempel definere aldersdomenet som et positivt heltall og definere attributtet Employee Age som tilhørende det domenet.

I ERwin kan et domene bare defineres én gang og kan brukes i både den logiske og fysiske modellen.

På det logiske nivået kan domener beskrives uten spesifikke fysiske egenskaper. På det fysiske nivået får de spesifikke egenskaper som kan endres manuelt. Så, "Alder"-domenet kan ha nummertypen på det logiske nivået; på det fysiske nivået vil domenet bli tildelt INTEGER-typen.

For å opprette et domene i den logiske modellen, bruk dialogboksen Domain Dictionary Editor. Den kan hentes opp fra menyen Rediger/Domeneordbok ved å bruke knappen øverst til venstre i kategorien Generelt i dialogboksen Attributtredigering. Slik oppretter du et nytt domene i dialogboksen Domain Dictionary Editor:

· Klikk på Ny-knappen. Dialogboksen Nytt domene vises;

· velg det overordnede domenet fra Domain Parent-listen. Et nytt domene kan opprettes basert på et domene som allerede er opprettet av brukeren, eller basert på et opprinnelig eksisterende. Som standard har Erwin fire forhåndsdefinerte domener (String, Number, Blob, Datetime). Det nye domenet arver alle egenskapene til det overordnede domenet. Disse egenskapene kan redefineres senere;

· skriv inn domenenavnet i feltet Logisk navn. Du kan også angi det fysiske domenenavnet i feltet Fysisk navn. Hvis et fysisk navn ikke er spesifisert, blir det som standard det logiske navnet;

· klikk på OK-knappen;

I dialogboksen Domain Dictionary Editor kan du knytte et domene til et ikon som det vil bli vist med i listen over domener (Domain Icon), et ikon som et attributt definert på domenet vil vises med i modellen (Icon Inherited etter attributt).

Hvert domene kan beskrives i Definisjon-fanen, forsynt med en kommentar i Note-fanen, eller en brukerdefinert egenskap i UDP-fanen.

ERwin har et spesialverktøy som gjør det mye enklere å lage nye attributter i en modell ved hjelp av domenebeskrivelser – Independent Attribute Browser. Denne dialogboksen kalles (og skjules) ved hjelp av hurtigtasten CTRL+B. Med dens hjelp kan du velge et domene i listen og bruke dra og slipp-metoden for å overføre det til en enhet. Det vil opprette et nytt attributt med et navn som bør settes i vinduet Navn arvet av attributt i dialogboksen Domeneordbokredigering. Hvis feltverdien ikke er spesifisert, er standard domenenavnet.

På det fysiske nivået lar Domain Dictionary Editor-dialogboksen deg redigere de fysiske egenskapene til et domene. Navnet på denne kategorien avhenger av den valgte databaseserveren. På den kan du sette en spesifikk datatype som tilsvarer domenet, regler for tildeling av NULL-verdier, valideringsregler (regler for å sjekke gyldige verdier) og angi en standardverdi. Valideringsregler og standardverdier må være beskrevet og navngitt på forhånd. For å kalle opp dialoger for redigering av valideringsregler og standardverdier, bruk knappene til høyre for den tilsvarende utvalgslisten (Gyldig og Standard).

Funksjoner til andre faner i dialogboksen Domain Dictionary Editor:

Generell. Spesifisere domeneoverordnet og navnet som er tildelt kolonnen når den opprettes ved hjelp av den uavhengige kolonneleseren. Ved å bruke alternativet Kun fysisk, kan et domene bare defineres på fysisk modellnivå.

Kommentar. Legger til en kommentar til attributtet.

UDP. Brukerdefinerte egenskaper.

Visual Basic- PowerBuilder. Innstilling av spesielle domeneegenskaper for kodegenerering av klientapplikasjonen.

Oppgave å fullføre.

Basert på tidligere opprettet funksjonsmodell og beskrivelse av fagområdet, lag en logisk modell ved hjelp av ERwin-pakken.

Laboratoriearbeid nr. 7.
Grunnleggende om Erwin. Utarbeidelse av en fysisk datamodell for databasegenerering

1. Formålet med arbeidet: beherske prinsippene for å utarbeide en fysisk datamodell for å generere en databasesystemkatalog.

1. Studiespørsmål

  1. Utvikling av en relasjonsdatamodell iERwin.
  2. Normalisering av den fysiske datamodellen iERwin.

2. Leksjonsplan

  1. Kunnskapskontroll ved testing (test ISE005).
  2. Importere enheter til ERwin.
  3. Utvikling av logiske og fysiske datamodeller i ERwin ved hjelp av metodikk IDEF1X.
  4. Normalisering av den fysiske datamodellen i ERwin.
  1. Importer enheter til ERvinne, bruker fil Data _Er navn. bph, og basert på det resulterende settet med enheter, utvikle en logisk datamodell.

Kommentar: Hvis navnene på enheter og attributter ble opprettet på kyrillisk (russisk), bør de skrives om med latinske tegn.

  1. Lag logiske og fysiske datamodeller ved hjelp av verktøy ERwin.

  2. i mappen din JEG FORSTÅR.
  3. Normalisering av den fysiske modellen bør utføres ved å løse MANGE-TIL-MANGE relasjoner ved å bruke knappen Mange til mange forvandles verktøylinjer ER vinneTransform verktøylinje.
  4. Lagre resultatene av arbeidet i en fil
    Data_model_IS_Name_IDEF1Х.er1 i mappen din JEG FORSTÅR.

Et EKSEMPEL på en logisk modell, samt en normalisert fysisk datamodell laget i IDEF1X-teknologi, er gitt i.

4. Teknologisk prosess for å fullføre oppgaver

4.1. Teknologisk prosess for å lage datamodeller

4.1.1. Metodikk for å lage modeller (IDEF1X-metodikk)

Metodikk IDEF1X brukt av CASE-verktøyet ERwinå bygge logiske og fysiske modeller av informasjonssystemdata.

ERwin har et enkelt og forståelig brukergrensesnitt for å bygge logiske og fysiske modeller av data behandlet av systemet. I logisk modell, er det tillatt å lage MANGE TIL MANGE relasjoner mellom enheter, og attributtnavnet ( Attributtnavn) vil være attributtnavnet i logisk modell, og kolonnenavnet ( Kolonnenavn), hvis gitt, vil være navnet på attributtet i fysisk modeller.

I alle disse modellene kan du automatisk konvertere et MANGE-TIL-MANGE-forhold til et EN-TIL-MANGE-forhold.

Som et resultat vil det opprettes en underordnet tabell som frakobler MANGE-TIL-MANGE-relasjonen. Denne tabellen vil inneholde en innebygd sammensatt nøkkel (FK) med innebygde attributter fra hovedtabellene og deres tilsvarende datatyper. Hvis du må endre datatypen, må dette gjøres manuelt.

Prosessen med å lage en modell innebærer følgende trinn:

  1. Å lage en ny modell kan gjøres fra vinduet Computer Associates ERwin eller klikk på Lag modell-knappen. I begge tilfeller vil en dialogboks vises. Lag modell – velg mal (Fig. 5.1).
  1. I vinduet Opprett modell – velg mal du bør velge alternativet som bestemmer muligheten til å lage datamodeller av en bestemt type: Logisk(du kan bare lage Logisk modell), Fysisk(du kan bare lage Fysisk modell) eller Logisk/fysisk(du kan lage begge modellene parallelt: og Logisk , Og Fysisk). For å ha flere alternativer, anbefales det å velge det siste alternativet - Logisk/fysisk .
  2. I Måldatabasegruppe fra listen foreslått i feltet Database, velg et databasestyringssystem (DBMS) – SQL Server, og i felten Versjon den nødvendige versjonen - 2000 .
  3. I vinduet som vises < Main Subject Area >/vise] velg typen modell som skal opprettes fra listen: Logisk eller Fysisk(Fig. 5.2).

I verktøylinjen ERwin Verktøykasse inneholder knapper som lar deg legge til individuelle fragmenter til datamodellen og redigere den:

– Plukke ut(redigerer det valgte modellobjektet),

– Entitet(legger til en enhet),

– Mange - til - mange relasjoner(Mange-til-mange forhold),

– Identifisere forhold (identifiserer forbindelse),

– Ikke-identifiserende forhold (ikke-identifiserende forhold).

4.1.2. Teknologisk prosess for å lage en logisk datamodell

Under modellopprettingsprosessen kan enheter introduseres ved å importere fra en enhetsordbok utviklet i BPwin, eller ved å opprette ved å bruke knappen Entitet på verktøylinjen.

Importere enheter til ERwin

Notater

  • Enheter kan bare eksporteres og importeres én gang.
  • Etter import av enheter fra BPwin avmerkingsbokser Bytt med ERwin og knapper Oppdater Og Slett i dialogboksen Entitets- og attributtordbokredaktør bli kjedelig. Dette er fordi du ikke kan endre enheter og attributter som BPwin deler med ERwin.

  1. Opprettelse av nye enheter.
    • Klikk på knappen legg til enheter Entitet og klikk i modellvinduet.
    • Tast inn enhetsnavn og trykk Tast inn deretter inn attributtnavn essens.
    • Følg trinnene nedenfor for å velge ønsket font. 1.9–1.12.
  2. Legger til nye attributter.
    • I enhetens kontekstmenyen velger du kommandoen Attributter... og i vinduet som vises (fig. 5.4) klikker du på knappen Ny.
    • I vinduet Nye attributter(Fig. 5.6) skriv inn attributtnavnet i feltet Attributtnavn .
    • Angi datatypen for hvert attributt for hver enhet: Tekst (streng), numerisk (nummer), dato/klokkeslett (datoklokkeslett) eller MEMO-feltet (B inærL argeOb jekt, blob) (Fig. 5.5 eller Fig. 5.6) .
    • Definer nøkkelattributter ved å merke av i boksen Primærnøkkel i vinduet Attributter(Fig. 5.5) etter å ha markert ønsket attributt i feltet Egenskap.

Etablering av relasjoner mellom enheter

  1. Etablere et MANGE TIL MANGE forhold:
    • I verktøylinjen Erwin Toolbox trykk på knappen Mange-til-mange forhold .
    • Klikk konsekvent med venstre museknapp på navnene på enhetene du vil opprette en forbindelse mellom (fig. 5.7).

  1. Installasjon identifiserende EN-TIL-MANGE forhold:
    • I verktøylinjen Erwin Toolbox trykk på knappen Identifisere forhold.
    • nøkkel nøkkelattributt underordnet enhet (FK), plassert på A LOT-siden (fig. 5.8).
    • En sammensatt nøkkel dannes i den underordnede enheten.

  1. Installasjon ikke identifiserende EN-TIL-MANGE forhold:
    • I verktøylinjen Erwin Toolbox trykk på knappen Ikke-identifiserende forhold .
    • Klikk konsekvent med venstre museknapp på navnene på enhetene du vil opprette en forbindelse mellom. Resultatet av å opprette en forbindelse vil være implementeringen nøkkel attributtet til hovedenheten som ikke-nøkkelattributt underordnet enhet (FK), plassert på A LOT-siden (fig. 5.9).

4.1.3. Teknologisk prosess for å lage en fysisk datamodell

Resultatet av å utføre kommandoen vil være en automatisk opprettet fysisk modell, der tabeller vil bli presentert i stedet for enheter, og tabellfelt vil bli presentert i stedet for enhetsattributter.

  1. I den fysiske modellen kontrollerer du datatypene og relasjonene som er etablert mellom tabeller.

4.2. Teknologisk prosess for normalisering av den fysiske datamodellen (IDEF1X-metodikk)

  1. I vinduet Computer Associates ERwin – )