Wir behandeln in Info gerade relationale Datenbanken mit Microsoft Access.
Nun sollen wir anhand von Informationen über eine Softwarefirma ein ERM und daraus dann eine Datenbank dafür entwickeln.
Das ist ja an sich nicht das Problem, nur sind die Vorgaben für den Aufbau der Datenbank IMHO ungünstig.
Es soll u.a. drei Tabellen "Angestellter", "Programmierer" und "IT-Berater" geben.
Die Attribute jeder Tabelle sind:
- Personalnummer
- Vorname
- Nachname
- Geburtsdatum
- Adresse
Weiterhin gibt es die Angaben:
- Ein IT-Berater ist ein Angestellter. Ein Angestellter kann IT-Berater sein, muss aber nicht.
- Ein Programmierer ist ein Angestellter. Ein Angestellter kann Programmierer sein, muss aber nicht.
Die Primärschlüssel sind in allen Tabellen die Personalnummern.

Nun zum Problem:
Warum speichert man die Adresse, Namen und Geburtsdatum von Programmierern und IT-Beratern noch einmal ab. Damit verbraucht man unnötig Speicherplatz und die Aktualität der Daten kann Schaden nehmen. Man könnte doch genauso gut die Adresse eines Programmierers erfahren, indem man diese anhand seiner Personalnummer aus der Angestellten-Tabelle holt.
Habe ich nicht Recht?

Marco D. hat folgendes geschrieben:

Man könnte doch genauso gut die Adresse eines Programmierers erfahren, indem man diese anhand seiner Personalnummer aus der Angestellten-Tabelle holt.

Ja. Und das sollte auch so gemacht werden Schönen Gruß an deinen Info-Lehrer


MrSaint

MrSaint hat folgendes geschrieben:

Marco D. hat folgendes geschrieben: Man könnte doch genauso gut die Adresse eines Programmierers erfahren, indem man diese anhand seiner Personalnummer aus der Angestellten-Tabelle holt. Ja. Und das sollte auch so gemacht werden

Ich frage nach, ob das auch so geht. Schließlich halte ich mich damit ja nicht an die Aufgabe, wenn ich es anders mache

Marco D. hat folgendes geschrieben:

.. Nun zum Problem: Warum speichert man die Adresse, Namen und Geburtsdatum von Programmierern und IT-Beratern noch einmal ab. ..

Was wird nochmal abgespeichert ? Der will auf Master-Detail Relationen raus. Über die ID der Programmierer sollen z.B. aus der Tabelle "Angestellter" alle Daten geliefert werden.

hansa hat folgendes geschrieben:

[Was wird nochmal abgespeichert ? Der will auf Master-Detail Relationen raus. Über die ID der Programmierer sollen z.B. aus der Tabelle "Angestellter" alle Daten geliefert werden.

Kann damit nicht wirklich was anfangen, sry. Kannst du dich bitte anders ausdrücken?

hansa hat folgendes geschrieben:

Was wird nochmal abgespeichert ? Der will auf Master-Detail Relationen raus. Über die ID der Programmierer sollen z.B. aus der Tabelle "Angestellter" alle Daten geliefert werden.

Das denke ich auch. Alles andere wäre ja grob fahrlässig von dem Info Lehrer !!

Oh je, wie denn anders ausdrücken bei dem bisschen an Infos ? Es scheint um die berühmte Employee - Tabelle zu gehen. Die Abteilung ist dann ein Stammdatensatz für die Angestellten - Tabelle.

Also wir sollen ja auch noch "Master- und Detailtabellen" bestimmen. Aber das hatten wir noch nicht im Unterricht.

Damit sind wir genau bei den von meiner Glaskugel gezeigten Fragestellungen, um das es wohl geht. Und jetzt gilt : Gehirn einschalten.

hansa hat folgendes geschrieben:

Damit sind wir genau bei den von meiner Glaskugel gezeigten Fragestellungen, um das es wohl geht. Und jetzt gilt : Gehirn einschalten.

Was willst du jetzt von mir Also ist das so gewollt und wir sollen die überflüssigen Daten selbst entfernen oder was?

Marco D. hat folgendes geschrieben:

Was willst du jetzt von mir

Hä ? Nichts.

hansa hat folgendes geschrieben:

Marco D. hat folgendes geschrieben: Was willst du jetzt von mir Hä ? Nichts.

Was meinst du mit "Gehirn einschalten"?
Kann ich gerne machen, wenn du mir sagst, was genau du meinst...

also ich würde ebenfalls alle personen in EiNER datenbank speichern, aber zusätzlich noch dbcheckboxen für jede gruppe definieren - samt index, damit zb sofort alle programmierer angelistet werden.

moin,

das ist die günstigste allternative. eine tabelle, wo halt per booleanches feld gesagt wird, welcher gruppe er angehört.

wäre zumindest mein weg der lösung! alles andere wäre relativ sinnlos.

geht natürlich auch, das in 3 tabellen unterzubringen. da aber ohne kopfschmerzen wegzukommen ist unwahrscheinlich.

man muss halt nur dann die sql abfragen entsprechend modifizieren!

geht scho. ist schwachsinnig, aber es geht!

mfg matthias

Also habe ich Recht, dass das so überflüssig ist. Also wir behandeln im Unterricht erst noch "Master- und Detailtabellen". Mag sein, dass das so gewollt ist, dass wir Schüler die überflüssigen Daten alleine entfernen sollen. Deswegen warte ich erstmal ab und spreche meine Lehrerin zu gegebener Zeit an.