Hvordan tegne ER diagram ved hjelp av mysql database motor

Innledning

• En datamodell er et dokument av organiserte virksomheten data som brukes som rammeverk for applikasjonsutvikling. En datamodell gir struktur og format for data. En database modell definerer hvordan dataene blir lagret, organisert og endret inne i en database miljø. Flat modell, hierarkisk modell, Network modell, Relasjonell modell, Dimensional modell, og objekt-relasjonelt modellen er noen vanlige typer database modeller som brukes i bransjen.
• En datastruktur diagram (DSD) gir grafisk representasjon av databaseenhetene, deres relasjoner og gjeldende begrensninger. Den grafiske presentasjonen inneholder bokser og piler for å representere enheter og forholdet mellom dem. Entitesrelasjoner modellering er et allment bruk modellering metode for å skape en datamodell. En Entity Relation Model (ER Model) gir en detaljert logisk representasjon av forretningsdata. En Entity-Relationship diagram eller ERD kort sagt er en grafisk fremstilling av ER Model.
• ERD er et kraftig verktøy for kommunikasjon mellom utviklere og database brukere. De viktigste komponentene som er representert i en ERD er
  • Entity - Kan være en person, sted, objekt, en hendelse eller begrep om hvilke data som blir vedlikeholdt ·.
  • Forholdet - Representerer foreningen blant enheter / enhet typer.
  • Attributt (s) - Eiendom om en enhet som er av interesse for virksomheten.
  • Begrensninger (Kardinalitet) - en karakteristikk av et forhold viser antall forekomster av en enhet knyttet til antall forekomster av et annet foretak.
• Relasjoner og deres egenskaper sammen definere forretningsregler representert i ERD. Begge enheter og relasjoner kan ha attributter som er representert i en ERD. Det følgende er en trinnvis illustrasjon av hvordan du oppretter en ERD bruker MySQL database motor som programvaren verktøyet.

• Det er viktig å identifisere alle enhetene om hvor virksomheten ønsker å opprettholde data.
• Det er viktig å definere alle de nødvendige egenskaper for de enheter og relasjoner.
• Følg de generelle retningslinjene for å navngi tabeller og kolonner. En beste praksis er å bruke kapital for den første bokstaven i hvert ord.
• Nøye fastslå typen forhold som det er forvirrende.
• Ta hensyn til de identifiserende og ikke-identifiserende relasjoner.
• Velg datatypene riktig.
• Marker primærnøklene og ikke-null nøkler.

• Feil identifisering av enheter kan føre til design kompleksitet og tid overhead.
• Feil identifisering av forholdet typen kan føre til feil datamodell som kan resultere i feilaktig innhenting av data og vil medføre tid overhead å fikse.
• Unngå sykluser (tre eller flere enheter forbundet i en syklisk forhold) i ERD diagrammer. Disse kan føre til feil innhenting av data og pådrar tid overhead å fikse.