Forum / Aufbaumodule / Industrielle Informationssysteme [UE]

Ingrid ±0

Wir hätten das 2. Bsp so gelöst.. weiß jemand ob es richtig ist?

CREATE TABLE Verkaufsauftraege_KW17_2015_1325249 (AuftragsNr varchar(20) primary key, Fahrzeugmodell varchar(20), VerkaeuferID INTEGER, VariantNr varchar(10), foreign key(VariantNr) references Ausstattungspakete(VariantenNr));

INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43587", "Corsa", 504, "P33"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43588", "Astra", 504, "P40"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43589", "Insignia", 514, "P56"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43590", "Corsa", 421, "P20"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43591", "Astra", 514, "P40"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43592", "Zafira", 209, "P367"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43593", "Karl", 504, "P33"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43594", "Mokka", 421, "P40"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43595", "Adam", 421, "P20"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43596", "Ampera", 209, "P99"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43597", "Corsa", 504, "P56"); INSERT INTO "Verkaufsauftraege_KW17_2015_1325249" VALUES ("VA43587", "Cascada", 504, "P40");

UPDATE Ausstattungspakete SET Aufpreis = 8900 WHERE VariantenNr= "P56";

SELECT SUM MAX((Monatsgehalt WHERE AbteilungsNr=1), 5) FROM Mitarbeiter;

Benutzername ±0

ob das alles stimmt könnt ihr eh leicht überprüfen wenn ihr auf den reiter ergebnisse geht, nachdem ihr folgende "beweis-abfragen" durchführt:

beweis zu a): SELECT * FROM Verkaufsauftraege_KW17_2015_1325874;

beweis zu b): SELECT Aufpreis FROM Ausstattungspakete WHERE Ausstattungsbezeichnung = 'Comfort';

bezüglich Aufpreis-Verringerung gibts noch eine elegantere Methode, bei der man direkt den Verringerungsbetrag hernimmt (steht in den folien)

bezüglich c) denke ich nicht, dass es stimmt. wo wäre die bedingung für >3500?

Richard ±0

b)

update Ausstattungspakete set Aufpreis = Aufpreis-800 where Ausstattungsbezeichnung='Comfort'

c)

select sum(monatsgehalt) from Mitarbeiter where abtnr=1 and monatsgehalt>3500

das ware meine losung zu b und c. hat wer das erste Bsp mit dem ER-Modell da hab ich ein paar Unklarheiten. danke

Timo ±0

Nummer 1 hab ich ebenfalls unklarheiten :/

b,c habe ich genauso wie der Vorposter :)

Matthias ±0

Aufgabe 1 "Ein Monateschritt ist dabei genau einem Montageplan zugeordnet" Das Verstehe ich nicht. Ich dache ein Montageplan enthält mehrere Montageschritte????

Vielleicht kann mir das jemand kurz erklären??

Dominik ±0

Weiß jmd. was die 20 in "varchar(20)" definiert?

Max ±0

Habe auch die gleichen Lösungen. Hat schon jemand die Aufgabe 1.1 gemacht?

Richard ±0

Das sagt wie viele stellen es haben soll.. so was in der art.

Christian +1

Bei Aufgabe 2.1 a): Fremdschlüssel: Ich denke es gehören folgende foreign keys: foreign key(FzgModell) references Fahrzeuge(Fahrzeugmodell), foreign key(VerkauferID) references Mitarbeiter(MitarbeiterID), foreign key(AusstattungsVarNr) references Ausstattungspakete(VariantenNr)

Diese sind in der Angabe angegeben durch: Fremdschlüsselbeziehungen: Mitarbeiter(AbtNr) → Abteilungen(AbteilungNr) Verkaufsauftraege_KW17_2015 (FzgModell) → Fahrzeuge(Fahrzeugmodell) Verkaufsauftraege_KW17_2015 (VerkaeuferID) → Mitarbeiter(MitarbeiterID) Verkaufsauftraege_KW17_2015 (AusstattungsVarNr) → Ausstattungspakete(VariantenNr)

Anamarija ±0

Hat jemand Punkt 1.1 schon fertig? Stecken irgendwie fest..

Richard ±0

Ich versuche es heute fertig zu kriegen und lade es hoch.

Richard ±0

hier ware mal meine Variante. falls ihr meint, dass etwas anderswie sein sollte bitte melden.

Christian ±0

Glaube du hast Montageplan und Montagschritt vertauscht und ein Produkt hat auch einen Montageplan. Gehört bei Montageplan nicht auch ein Attribut (die Ellipse) Namens "Teile/Baugruppennummer", sodass man weiß welche Teile/Baugruppen man verwenden muss?

Dominik ±0

Weiß jmd., wie man die 2. und 3. Normalform baut? Die gegebene Tabelle scheint ja nicht genügend atomisiert, aber ich bin am rätselraten, wie das jetzt genau umgesetzt wird.

Christian ±0

Vielleicht hilft es dir, wurde im TISS Forum von jemanden gepostet:

Auf die erste Normalform kommt man relativ schnell, wenn man die Daten in eine atomare Form bringt. Meine Frage bezieht sich auf die zweite Normalform. Da heißt es laut Definition: Eine Relation ist in zweiter Normalform, wenn die erste Normalform vorliegt und alle Nichtschlüsselattribute von jedem Schlüssel-Kandidaten voll funktional abhängig sind. Es gibt aber ja nur einen Primärschlüssel (Auftragsnummer), von der alle anderen abhängig sind - Manche direkt und manche indirekt. Nun zu meiner Frage: Wenn es nur einen Primärschlüssel gibt, sind dann die 1. Normalform und die 2. Normalform identisch? Oder benötige ich im HÃœ Beispiel neben der Auftragsnummer einen weiteren Schlüssel, wie z.B. Artikelnummer?

Ok hat sich gerade ergeben. Man benötigt zwei Schlüssel um alle Datensätze beschreiben zu können: Auftragsnummer und Artikelnummer.