Auf ein Attribut doppelt zugreifen?

[AlexII]

Zitat:

Zitat von himitsu (Beitrag 1192771)

xname = verleiher_vorname
aname = autor_vorname

Und das Selbe nochmal für *_nachname.

Du meinst in der Tabelle "nachname"-> nachname1 und nachname2, sowie in der Tabelle "vorname"-> vorname1, vorname2?

Zitat:

Zitat von himitsu (Beitrag 1192771)

Man kann auch eine Tabelle Person haben, wo sowas wie Anrede, Titel, Vorname, Nachname drinsteht, was ja praktisch auf Autor und Verleiher zutrifft.

Aber dann haben alle Autoren leere E-Mails, Telefon usw... das darf mach doch nicht zulassen, oder?

[Lemmy]

Zitat:

Zitat von AlexII (Beitrag 1192765)

Zitat:

Zitat von stahli (Beitrag 1192764)

Wenn Du Dich in beiden Tabellen auf die gleichen Personen beziehst (also dann Vorname und Nachname wirklich redundant wären), dann wäre eine Detailtabelle "Persons" der richtige Weg.

(Wenn ich Dein Problem richtig verstanden habe.)

Das schon, aber die Autoren und Entleiher kann mich ein eine Tabelle stecken, das ein Entleiher viel mehr Attribute hat. :roteyes:

Das hat auch niemand behauptet....

Code:

Table Person (
ID, Name, Vorname [, Anschrift]);

Table Entleiher (
ID, Person_ID, ....);

Table Autor (
ID, Person_ID,....);

Oder was machst Du wenn mal ein Autor ein Buch leihen will - doppelt anlegen?

Grüße

[AlexII]

Irgendwie bin ich durcheinander... :roteyes: Wie setze ich den diese drei Tabellen + Tabelle "buch" in eine Verbindung bzw. Beziehung? :gruebel:

[Lemmy]

Zitat:

Zitat von AlexII (Beitrag 1192776)

Irgendwie bin ich durcheinander... :roteyes: Wie setze ich den diese drei Tabellen + Tabelle "buch" in eine Verbindung bzw. Beziehung? :gruebel:

Code:

Tabelle Buch (
ID, Titel, Autor_ID, ISBN,...)

Tablle Leihe (
ID, Entleiher_ID, Buch_ID,...)
)

so vielleicht?

[AlexII]

Wozu dann die Tabelle Person? :roteyes:

[Sir Rufo]

Nimm mal das Playmobil zur Hand und spiele das durch, evtl. hilft das beim Verständnis.

Und wichtig, erstmal nicht an Computer und Datenbank denken.
Irgendwann stoppen und die Situation einfach mal betrachten und versuchen so genau wie möglich zu beschreiben.

[Lemmy]

Zitat:

Zitat von AlexII (Beitrag 1192779)

Wozu dann die Tabelle Person? :roteyes:

Um die Felder, die sowohl beim Autor als auch beim Entleiher enthalten sind zu halten, also Name, VOrname, evtl. Anschrift - letztlich eine Adresstabelle. Auf diese Tabelle wird von Autor und Entleiher verwiesen wenn man Namen/Anschrift benötigt. Die Spezialfelder für die Autoren (z.B. Verlag) und Entleiher (z.B. Laufzeit der aktuellen Karte) sind dann in den entsprechenden Tabellen drin.

Beim Anlegen eines Buches wird in Buch und in Autor (wenn noch nciht vorhanden) ein EIntrag angelegt - damit auch in Person (Name). Wird ein Entleiher angelegt ein Eintrag in Entleiher und Person.

Wird nun ein Buch verliehen kommt ein Eintrag in Leihe rein.

und um dich jetzt komplett zu verwirren:

Ich persönlich würde aber auf die Personentabelle verzichten und das wie schon weiter oben beschrieben Name/Anschrift in Autor bzw. Entleiher packen. Es macht an der Stelle schlicht keinen Sinn sondern nur Aufwand diese Normalisierung zu betreiben.

Die Unterscheidung der beiden identischen Felder kannst Du über den Tabellennamen lösen:

Code:

Select Autor.Name, Entleiher.Name from
Leihe join buch...

Oder du gehst einen Schritt weiter und definierst die Tabellen mit einem Suffix:

Code:

Tabelle Aut_Autor ( Aut_ID, Aut_Name, Aut_Vorname,...)
Tabelle Ent_Entleiher (Ent_ID, Ent_Name, Ent_VOrname,...)

Grüße

[himitsu]

Zitat:

Zitat von AlexII (Beitrag 1192774)

Du meinst in der Tabelle "nachname"-> nachname1 und nachname2, sowie in der Tabelle "vorname"-> vorname1, vorname2?

Jupp.
Du holst aus den Tabellen "vorname" und "nachname" für beide Personen raus und benennst sie im SELECT um.
(

Delphi-Quellcode:

table1.vorname AS vorname1, table1.nachname AS nachname1, table2.vorname AS vorname2, table2.nachname AS nachname2,

oder wie auch immer)
Innerhalb deines SQL-Aufrufest kann man über Namespace/Tabellenname/Tabellenalias zwar geziehtl auf "Felder" einer bestimmten Tabelle zugreifen, aber die zurückgegebene "Tabelle" (Result-Tabelle) hat erstmal grudsätzlich keine Namespace/Tabellenname/Tabellenalias mehr drinnen, so daß jedes Feld einen eindeutigen Namen benötigt.
Genauso wie man innerhalb des SQL-Befehls ein Namespace/Tabellenname/Tabellenalias angeben muß, wenn ein Feld nicht eindeutig zuordenbar ist, weil es in mehreren der geladenen Tabellen vorkommt.

Zitat:

Zitat von AlexII (Beitrag 1192774)

Aber dann haben alle Autoren leere E-Mails, Telefon usw... das darf mach doch nicht zulassen, oder?

Und was ist, wenn du von einem Autor doch mal eine E-Mail oder gar seine Telefonnummer hast?
Nja, praktisch gemeinsame Dinge würden in die "Personennamen"-Tabelle reinkommen, also mindestens alles, was zum Namen gehört.
(Vor-, Nachname, Titel, Anrede)
Was ist eigentlich mit zweiten Vornamen und Dergleichen?

Du könntest ja eine Kontaktdaten-Tabelle machen (eMail, Telefon, Adresse, ...) und dann dem Entleiher als NOT NULL zuordnen, sowie den Autor als NULL, fall doch mal Eine dazukommt.
Bzw. Eben die "Personen" zusammen in eine Tabelle mit einer NULL--Referenz auf die Kontakte und von Autor, sowie Entleiher nur eine Referenz auf die Personentabelle.

Ach ja, wie oft kommt es denn vor, daß Bücher gleich heißen?
Die Buchtiteltabelle ist ja praktisch auch unnötig kompliziert, anstatt den Titel direkt in Buch drinnen zu haben.