"We are back" « oc.at

UML und primary (foreign) key ?

sensei 12.05.2003 - 13:28 1823 8
Posts

sensei

die Küstenwache?
Avatar
Registered: Dec 2000
Location: Bad Schlotterbac..
Posts: 708
Unschwer zu erkennen sieht man auf der Grafik einen Teil eines UML Diagramms,
mein Problem ist:

Bei der Tabelle Flug ist als id (Fluglinie, fnr) angegeben.

ist jetzt der Primary Key von Flug:

PRIMARY KEY (fnr, kuerzel, bezeichnung) ???


tiauml.gif
Bearbeitet von sensei am 12.05.2003, 13:41

watchout

Legend
undead
Avatar
Registered: Nov 2000
Location: Off the grid.
Posts: 6845
check ich nicht... und die graphik is für mich unlesbar... nicht "unschwer"

d3cod3

Legend
...
Avatar
Registered: Aug 2002
Location: insert location ..
Posts: 15285
gibts davon ne andre version? werd da ebenfalls net schlau draus

crashman

OC Addicted
Avatar
Registered: Oct 2001
Location: Vienna
Posts: 891
naja der ausgemalte diamant steht für komposition soweit ich mich erinnere. Sprich einen flug ohne fluglinie spielts net also hat flug alle primären schlüssel von Fluglinie und den der die Flüge untereinandern unterscheidet.
Würde sagen dein Vorschlag PRIMARY KEY (fnr, kuerzel, bezeichnung) stimmt.
Wobei du bei einer Komposition im UML garnet die ids von von den Komponenten von denen das Objekt abhängig ist nochmals als ids anführen musst.
Sprich bei flug würde fnr reichen da ja die komposition schon sagt das ein flug nur in verbindung mit einer fluglinie auftritt.
aber alles ohne garantie ;)

sensei

die Küstenwache?
Avatar
Registered: Dec 2000
Location: Bad Schlotterbac..
Posts: 708
Zitat von crashman
naja der ausgemalte diamant steht für komposition soweit ich mich erinnere. Sprich einen flug ohne fluglinie spielts net also hat flug alle primären schlüssel von Fluglinie und den der die Flüge untereinandern unterscheidet.
Würde sagen dein Vorschlag PRIMARY KEY (fnr, kuerzel, bezeichnung) stimmt.
Wobei du bei einer Komposition im UML garnet die ids von von den Komponenten von denen das Objekt abhängig ist nochmals als ids anführen musst.
Sprich bei flug würde fnr reichen da ja die komposition schon sagt das ein flug nur in verbindung mit einer fluglinie auftritt.
aber alles ohne garantie ;)

ja hast recht, da Flug ja in an NESTED TABLE kommt, daher is die id angabe unter Flug eh irgendwie obsolet ??!

thx

p.s.: wer das UML DIAGRAMM ned lesn kann is eh ned mei Zielgruppe :)
(ned böse gemeint)
Bearbeitet von sensei am 12.05.2003, 19:36

watchout

Legend
undead
Avatar
Registered: Nov 2000
Location: Off the grid.
Posts: 6845
was... die ganze sache ging jetzt nur darum wie du das diagramm zeichnen sollst?

ja, stimmt - ich kanns net lesen, bis auf des 1-*, *-* und halt die grundsätzliche struktur von solchen schematas, aber aus einigen teilen bin ich nicht schlau geworden...(zb. das "{id(Fluglinie,fnr)}" ), egal....
hast du irgendwelche doks oder so zu dem uml-zeug, schaut nach etwas aus was brauchbar sein könnte :D

DKCH

Administrator
...
Registered: Aug 2002
Location: #
Posts: 3341
so schaut sowas mit uml aus? das ist ja noch schrecklicher als mit erwin :D

crashman

OC Addicted
Avatar
Registered: Oct 2001
Location: Vienna
Posts: 891
Zitat von watchout
hast du irgendwelche doks oder so zu dem uml-zeug, schaut nach etwas aus was brauchbar sein könnte :D

eine gefährliche bitte ;)
Da gibts zig standards und jeder grössere hersteller kocht sein eigenes süppchen ;).
http://www.rational.com/uml/resourc...ation/index.jsp

sensei

die Küstenwache?
Avatar
Registered: Dec 2000
Location: Bad Schlotterbac..
Posts: 708
Zitat von watchout
was... die ganze sache ging jetzt nur darum wie du das diagramm zeichnen sollst?

ja hast recht wenn mans ned kennt is a weng verwirrend :p
aja das UML diagramm is nach Oracle Standard.
und mir geht, ging es darum wie das uml diagramm in PL/SQL umgesetzt wird, was ca. so aussieht:


CREATE OR REPLACE TYPE Fluglinie_TY AS OBJECT (
kuerzel VARCHAR(10),
bezeichnung VARCHAR(30),
flzg Flugzeuge,
flg Fluege
);

CREATE TABLE Fluglinien OF Fluglinie_TY (
PRIMARY KEY (kuerzel,bezeichnung))
NESTED TABLE flg STORE AS FluglinienFluege;
/

etc.
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz