Ankündigung

Einklappen
Keine Ankündigung bisher.

Entity Relationship Modelle

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Entity Relationship Modelle

    Hallo liebe readmore.de Community!

    Wie der Threadname schon sagt, brauche ich hilfe bei einer Erstellung von einem Entity Relationship Modell.

    Meine wunderbare Informatik Lehrerin hat mich leider mehr verwirrt, als das sie mir geholfen hat.
    Und zwar würde ich ganz gerne ein ER Modell für einen online Versand wie Amazon erstellen.
    Hat vielleicht einer von euch Ahnung, wie das aussehen könnte?
    Ich wäre euch sehr dankbar für eure Hilfe.

    MfG

    p.s.: Flames könnt ihr bitte sein lassen, nur ernst gemeinte Antworten. Danke !

    #2
    Wikipedia hat doch nen guten Artikel über ERMs...

    Kommentar


      #3
      Die Grundlagen sind mir ja durch aus vertraut, allerdings erschließen sich bei der Erstellung immer mehr Probleme. =/
      Ist ja nicht so, dass ich der größte n00b bin in IV...

      Kommentar


        #4
        Denk dir einfach erstma was für bestimmte Entitys notwendig sind und wie sie vernetzt sind, welche Beziehungen sie haben. Wie ein Primärschlüssel aussehen könnte etc

        Kommentar


          #5
          "für einen Online Versand wie Amazon"

          ähmmm... lol?!? Ist das irgendwie eingeschränkt? Weil wenn nicht, kannste n DinA0 Papier auspacken ;)

          Kommentar


            #6
            Okay, also mein ER-Model sieht bisher folgendermaßen aus :

            http://foto.arcor-online.net/palb/alben/82/929982/1280_6463363237643030.jpg

            aber da fehlen ja noch ein paar Attribute... oder?
            Und wie sehe das dann als Relationelles Datenbankschema aus ?

            Kommentar


              #7
              jo, so ausm stehgreif bringt die bezeichnung "für sowas wie amazon" wenig - wie oben schon gesagt: was für entities? (d.h. listen in der datenbank am ende) willst du haben? ich vermute ma, dasses da auf konto-kunde-bestellung-artikel-lieferant rausläuft.
              dann machste folgendes:

              1. entitys erstellen
              2. primärschlüssel und sonstige attribute
              3. beziehungen erstellen (1 zu n, n zu m etc)
              4. fremdschlüssel setzen und bei n-m-beziehungen nochma extra entities (z.B. bestellpositionen erstellen)

              und immer auf normalisierung achten!

              das is natürlich nur nen grober ablauf...

              edit: ok, du hast ja schonma was gemacht.

              was fehlt sind die fremdschlüssel - d.h. z.B. kundennummer muss noch bei bestellung rein usw...außerdem haben WIR es so gelernt, dass man bei n-m-beziehungen das relationship durch nen entity ersetzt (und somit 2 1-n-beziehungen kreiert), aber ich glaube, dass das nich unbedingt nötig is.
              ah, ich seh grad, dass du bei "enthält" ja schon attribute hast - der primärschlüssel (menge) geht so halt nich, da sollte positionsnummer hin oder so - und mach preis zu artikel und bei position nur menge - fremdschlüssel (artikelnummer und bestellnummer) fehlen auch noch.

              Kommentar


                #8
                Ja, die Fremdschlüssel müsste man dann ja bei dem Relationellen Datenbankschema aufschreiben... also:

                Kunden (KundenNr (

                Kommentar


                  #9
                  bei ner n-m-beziehung machst du aus der relation (enhält) einfach nen entity (bestellposition) und dann eben 1-n beziehungen zu artikel und bestellung (mit dem n-ende an bestellposition) - dann klatschst du die fremdschlüssel von art. und bestellung in die position mit rein.

                  attribute? hmm, bei artikel brauchst halt auf jeden fall preis (eventuell ek und vk) - das reicht eigentlich. bei bestellung machste noch das datum hin - eventuell noch zahlungsmöglichkeit (visa, mastercard etc...), mehr fällt mir grad auch nich ein ^^

                  wichtig ist vor allem: menge darf NICHT primärschlüssel bei "enthält" bzw. der bestellposition sein, weil die ja nicht eindeutig ist - mach da "bestellpositionsnummer" oder sowas..

                  Kommentar


                    #10
                    Jop, das habe ich gerade geändert. :)

                    http://foto.arcor-online.net/palb/alben/82/929982/1280_3738326232363532.jpg

                    So sieht das nun aus ..
                    Und das relationelle DB Schema:

                    Kunde (KundenNr, Straße, PLZ, Name, Vorname, E-Mail)

                    Bestellung (BestellNr, KundenNr)

                    Bestellposition (PositionsNummer, BestellNr, ArtikelNr, Menge)

                    Artikel (ArtikelNr, KategorieNr)

                    Kategorie (KategorieNr, KategorieName)

                    Ich bedanke mich schon mal für die Hilfe !

                    Kommentar


                      #11
                      jo, das sieht sinnvoll aus :)
                      wichtig is halt, dass du das entity "bestellposition" dann spätestens beim proggen der datenbank machen musst. aber nötig isses (auch in prüfungen) glaube ich bei ERM nicht.

                      Kommentar

                      Lädt...
                      X