tiano

Hallo, das ist schon richtig. Bei der Überführung würde ich der Entität Person auch den Fremdschlüssel zuordnen. Aber was ist mit Techniker und Pilot. Ich kann bisher nur sagen, dass die Spezialisierungen alle Attribute von der Oberklasse erhalten, also einfache Attribute und natürlich der Primärschlüssel. Wenn die Oberklasse nun aber einen Fremdschlüssel bekommen hat, wird der dann auch übertragen? Hier ein Beispiel: Person erhält FK von Fluggesellschaft... http://d.imagehost.org/0224/Bild_2.png

Hallo, was meinst du mit in ein ERM gehören keine Fremdschlüssel? Ok, du meinst die reine Modellierung der ERM... Wenn ich jetzt drüber nachdenke hast du recht. Ich meinte die Modellierung der ERM in ein relationales Schema. Also Beispiel: Eine Person ist spezialisiert in Pilot und Techniker. Die Person hat im ERM bereits die Personalnummer als PK, der nach unten übergeben wird, aber Person hat auch einen FK einer andern Relation durch eine 1:N Beziehung, z.B. Umsatzsteuernummer (eines Unternehmens). Die Frage ist ja, ob diese Umsatzsteuernummer nun auch auf Techniker und Pilot im relationalen Modell übertragen wird.

Hallo, ich habe eine kurze Frage: Wird bei der Gestaltung eines Entity-Relationship-Modells der Fremdschlüssel eines Ober(Super-)Entitätstyp auf die Spezialisierungen (Sub-Entitätstyp) übertragen, oder NUR der Primärschlüssel und die zugehörigen Attribute?

Hallo, vielen Dank für deine Antwort, die hat mir wirklich sehr weitergeholfen. Ich denke jetzt weiß ich wie ich den PAP gestalte. Danke!

Hallo, vielen Dank für die Antwort. Die Aufgabe mit mehreren IF-Schleifen zu lösen wäre bestimmt nicht falsch, jedoch scheint es eine direkte Fallunterscheidung bei einem PAP zu geben, nur weiß ich nicht genau, wie diese für meinen Fall zu beschriften ist. Hier mal ein Bild: http://b.imagehost.org/0894/Bild_4.png

Hallo, ich hänge hier an einer Aufgabe und komme nicht so recht weiter: Ich habe ein Programm/Programmablauf in Pseudocode vorliegen und die Aufgabe ist nun, das Programm in ein Flussdiagramm bzw. in einen Programmaublaufplan umzubauen. Hier folgt der Pseudocode: PROMT FOR "Bestellmenge des Kunden:" GET bestellmenge IF (lagerbestand >= bestellmenge) THEN lagerbestand = lagerbestand - bestellmenge PRINT bestellmenge PROMT FOR "Herkunftsland des Kunden:" GET herkunftsland CASE OF herkunftsland == USA: waehrung = US-Dollar herkunftsland == Japan: waehrung = Yen Default: waehrung = Euro ENDCASE PRINT waehrung ELSE PUT "Auftrag kann derzeit nicht bearbeitet werden!" Mein Problem ist das Case. Wie genau drückt man das aus in einem PAP aus? Ich dachte an etwas wie: In dem Decision-Symbol (also dem auf der spitzen Kante stehendes Viereck) die Bedingung schreiben: Case Of herkunftsland == USA herkunftsland == Japan Default Und dann in den drei folgenden Process Symbols: waehrung = US-Dollar waehrung = YEN waehrung = EURO Könnt ihr mir weiterhelfen? Vielen Dank schonmal im Vorraus

Hallo, ich habe eine Frage zur Modellierung eines ERMs bzw. der Überführung ins Relationenmodell: Nehmen wir an es gibt die Entitätsmenge "Verkäufer" und die Menge "Käufer" die beide eine Spezialisierung (IS-A) von Benutzer sind und beide sich eindeutig durch den ebaynamen identifizieren lassen. Wenn man nun den Sachverhalt modellieren möchte dass ein Käufer einen Verkäufer bewertet, entspricht das dann einer rekursiven Beziehung?? Das Problem ist ja dass beide als Primärschlüssel "ebayname" haben. Die neue Tabelle "Bewertung" würde dann ja aus (ebayname:string, ebayname:string) bestehen. Vielen Dank!!

Hallo, ich habe eine Frage bezüglich zusammengesetzter Primärschlüssel für das ERM bzw. die anschließende Abfrage in SQL: Gegeben sind die beiden Entitytypen: Bankkonto und Einzugsermächtigung zwischen denen eine 1:N Beziehung steht. Das Bankkonto hat einen zusammengesetzten Primärschlüssel aus ("Kontonummer und BLZ") und noch einige weitere Attribute wie "Name" usw. Meine Frage: Ist es nun so, dass bei der Transformation aus dem ERM in das Relationenmodell Kontonummer und BLZ als zusammengesetzter Fremdschlüssel in die Entität Einzugsermächtigung aufgenommen werden? Und die Frage die sich anschließt: Wenn man wissen möchte, welche Personen eine Einzugsermächtigung auf ein bestimmtes Konto hat, muss man dann in SQL die Schlüssel folgendermaßen verbinden (also den zusammengesetzen Primärschlüssel, der dann ja auch Fremdschlüssel ist auseinandernehmen und beide Attribute einzeln abfragen): select .... from... where Einzugsermächtigung.Kontonummer=Bankkonto.Kontonummer AND Einzugsermächtigung.BLZ=Bankkonto.BLZ AND Name.... Vielen Dank schon einmal im Vorraus