Oletetaan, että minulla on ”Tapahtumat” -taulukko, jolla on sarake ”Asiakastunnus” (ulkomainen avain) ja asiakastaulukko ”ID” (ensisijainen avain) . Kuinka näytän kahden taulukon välisen suhteen ja osoitan, että ”Asiakastunnus” on ”Tapahtumat” -taulukon vieras avain, joka on ”Asiakas” -taulukon ensisijainen avain?

Googlen tämän kysymyksen ja tarkisti myös tämän foorumin kyselystäni, mutta ei löytänyt tarkkaa esimerkkiä kysymykselleni osoittavalla kaavalla.

Selittäkää minulle mahdollisuuksien mukaan kaaviota.

Kommentit

  • Löysin seuraavan linkin, joka sanoo, että voimme näyttää vieraan avaimen vain käsitteellisessä ER-kaaviossa. lucidchart.com / sivut / ER-kaavio-symbolit ja merkitys . Kerro minulle, kuinka voin tehdä sen.
  • Olen ’ oppinut koulussa (!!) että ensisijaiset avaimet voidaan esittää suoralla alleviivauksella attribuuttien tai ulkomaisten avainten kohdalla katkoviivalla
  • Okei. Mutta miten osoitan, että vieras avain yhdessä taulukko on sama asia kuin toisen taulukon ensisijainen avain, jonka nimet ovat erilaiset ta bles (kuten kysytään esimerkissä ’ ID ’ ja ’ asiakkaasta ID ’)?
  • Koska tämä kysymys viittaa No-Chen-merkintöihin (koska se pyytää näyttämään fk-suhteita), olen avannut uuden kysymys nimenomaisesti ER-mallille Chen-merkinnässä osoitteessa dba.stackexchange.com/questions/271264/…

vastaus

ER-kaavioita käytettiin alun perin vain edustamaan ER-mallia. ER-malli ei käytä vieraita avaimia suhteiden esittämiseen. Se käyttää viivoja laatikoiden välillä. Linjoilla on jonkinlainen kardinaalin indikaattori kummassakin päässä tai molemmissa päissä. Joskus suhde osoitetaan erikseen timantilla.

Nykyään yli puolet ympärillä kelluvista ER-kaavioista on todella kaaviot relaatiomallista eikä ER-mallista. Relaatiomallissa vierasavaimet sisältyvät taulukoihin, ja niiden avulla toteutetaan suhteet, jotka ER-malli tunnistaa. Ja relaatiomallissa on ylimääräinen taulukko, jota usein kutsutaan ”liitostaulukoksi” kahden entiteettitaulukon välillä, jotka on linkitetty monien ja monien väliseen suhteeseen. Tämä liitäntätaulukko sisältää vähintään kaksi ulkomaista avainta.

Relaatiomallia voi edustaa monella tapaa. Ehkä yksinkertaisin on ”Suhdekaavio”, jonka MS Access voi tuottaa valmiista tietokannasta. Tämä on melko täydellinen, jos tietokannan rakentaja on tunnistanut vieraat avaimet.

On monia työkaluja, jotka ovat MS Accessia kehittyneempiä kaavioiden tekemiseen suuremmassa mittakaavassa. Joitakin näistä käytetään ennen tietokannan rakentamista. Jotkut käytetään jälkeen.

Kommentit

  • Olen juuri tekemässä kaaviota paperille. Voitteko näyttää, kuinka yllä olevat kaksi kysymystä (taulukossa) olevat taulukot voidaan kuvata suhdekaaviossa?
  • Jos teet hakuja ” ER-kaavion asiakastapahtumista ” saat paljon kuvia, joissa näkyy erilaisia tapoja tehdä haluamasi.

Vastaa

Piirtäessäni ER-kaavioita olen käyttänyt seuraavaa graafista käytäntöä: Merkitse suhderivit vieraan avaimen sarakkeiden nimillä, kuten näin:

ERD-esimerkki

Tämä tekee selväksi, mikä alatason taulukon sarake on vanhemman taulukon vieras avain. Ensisijaisen avaimen tilan osoittaminen voidaan tehdä alleviivaamalla kyseinen attribuutti.

Voi olla hyödyllisempää kuin tämä on nimeämiskäytäntö, joka tekee selväksi, mikä on taulukon ensisijainen avain (helppo tehdä, jos käytät korvausavaimet sopimuksen mukaan) ja mikä on vierasavain sarake.

Joissakin relaatiomallikaavioissa on myös avainosallistumistarra sarakeluettelon sarakkeiden nimien vasemmalla puolella (esim. ” PK ”, ” FK1 ”, ” FK2 ”, …), mikä voi auttaa erityisesti, jos sinulla on yhdistelmäavaimia.

Kommentit

  • Onko tämä yleissopimus julkaistu myös jossain vai onko se vain sinun (hyvä) ideasi?
  • @Lorenz se ’ s minun mukauttaminen varis ’ -sarjan version fyysisen kokonaisuuden suhdekaavioon ( fi.wikipedia.o rg / wiki / … ), julkaisija James James ( fi.wikipedia.org/wiki/James_Martin_(author) ) kirjassaan Informaatiotekniikka , jossa suhteiden nimeä käytettiin suhteiden merkkinä.Minulle se ’ on järkevä laajennus loogisesta mallista fyysiseen malliin.
  • Vaikka se auttaakin, se pysyy silloin yksityisenä ideana, tämä ei kuitenkaan ollut täysin tyhjennä lausekkeesta ”Olen käyttänyt”.

Vastaa

kirjoita kuvakuvaus täällä

Pidän parempana tätä muotoa, käyttäen ”variksen jalkoja” kuvitellaksesi monien yhteen -liittymiä

kommentit

  • Pidän variksenjalkoja myös ER-kaavioille. Suhdekaavioihin mieluummin nuolenpää. Huomaa, että variksen jalka menee rivin ” moniin ”, kun taas nuolenpää ” yksi ” rivin pää.
  • Tässä kaaviossa on vain rivin päistä puuttuvat FK / PK-symbolit 🙂 Silti tämä seurantavaste dlink ’ n ensimmäiseen linkin lähettämiseen sai mielestäni liian vähän ääniä. dlink ’ aiemmin lähetettyä linkkiä kritisoitiin, se mainittiin jo kysymyksen ensimmäisessä kommentissa @MKSingh, joka oli pyytänyt;), MUTTA! näyttää siltä, että yhteys on parempi kuin siellä todettiin. Jos katsot videota, jota tarjotaan ” fyysisten ERD-symbolien alla ”, se näyttää tarkalleen, kuinka useita FK-tiedostoja voidaan esittää ERD: ssä, tässä on suora linkki, siirry kohtaan 7:28, youtube.com/watch?v=QpdhBUYk7Kk

Vastaa

Monta vuotta myöhemmin, muista ER-kaavioiden erilaiset merkinnät, joten kysymys ei ole riittävän tarkka.

Katsokaa kaikki vastaukset osoitteessa

https://stackoverflow.com/questions/48191228/is-erd-considered-a-kind-of-uml-diagram#48198083

ja

Mikä on ER-kaavio? . Yhdessä vastauksessa sanotaan jopa, että Chen-merkinnät ovat ERD, kun taas Crow Foot -merkintöjen sanotaan olevan EAD (Entity Attribute Diagram), katso @JoshuaGuttman.

Chen-merkinnät eivät näytä nimenomaisesti FK-suhteita , kuten hyväksytty vastaus jo selittää, kun taas muut merkinnät voivat tehdä tämän.

Jos otat sen sijaan esimerkiksi Crow Foot- tai Baker-merkinnän, saatat käyttää ” Tarkin ” vastaus @dlinkille, missä viivat johtavat tarkalleen FK: ille. Sitten on edelleen epäselvää, mitä tehdä komposiitti FK: illa, jotka johtavat yhdistettyihin PK: iin, ja luultavasti että ammatilliset ohjelmat eivät yksinkertaisesti linkitä rivinpäätöksiä graafisesti FK: iin. Sitten nimeäminen on kaikki mitä voit viitata, mikä riittää joka tapauksessa, jos noudatat tiukasti nimeämiskäytäntöä (kuten CustomerID to Customer.ID tai muut säännöt). Katso esimerkiksi Visuaalinen paradigma osoitteessa https://www.visual-paradigm.com/guide/data-modeling/what-is-entity-relationship-diagram/

vp erd

Vastaa

Tällä LucidChartsin sivulla on hieno kirjoitus siitä, kuinka ERD: n tulisi näyttää.

Fyysisten ERD-symbolien alla se näyttää, kuinka avaimet esitetään.

[ https://www.lucidchart.com/pages/ER-diagram-symbols-and-meaning]

Kommentit

  • Tervetulolinkki. Yritä antaa perusteellisia vastauksia, jotka ovat muutakin kuin linkki , muuten ne voidaan poistaa.

Vastaa

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *