Fremdschlüssel unter paradox7 sowie anbindung!! Projekt 2004

[Cheefrocker]

Hallo zusammen!!
Ich hab ein Problem undzwar bin ich grad an einem Projekt dran. In der ich für die Schule ein Programm zur verwaltung der Stadtbiobliothek codieren möchte.

Ich hab folgende tabellen:

Benutzer(Benutzer_ID(Primärschlüssel,Name,Vorname)

Bücher(Buch_ID(Primärschlüssel,ISBN,Titel,Verliehen(true oder false))

Folgende Problemstellung:

Ein Benutzer kann jetzt hingehen und Bücher ausleihen. Das soll mit einer dritten Tabelle Verleih realisiert werden.

Verleih(Benutzer_ID,Buch_ID,Titel,Verleihdatum,Rückgabedatum)

Meine Frage wäre hier jetzt. ob Benutzer_ID sowíe Buch_ID Fremdschlüssel sind (beziehen sich doch auf den Benutzer und die Bücher). Wie realisiere ich die tabelle bzw. wie kann ich sie in Delphi ansteuern.

In der hauptform soll die Benutzer_id eingegeben werden können. Dann wird in einer dbgrid alle verliehen bücher für diesen Benutzer ausgegeben. Der Benutzer kann jetzt per klick bücher ausleihen. dort soll dann eifnach nur die buch_Id eingegeben werden. und in der tabelle verleih gespeichert werden. Mein Problem ist die umsetzten. Kann mir jemand sagen wie ich das am besten machen soll. und ob die Logik von den tabellen richtig ist. :wiejetzt:


Vielen dank im voraus. :hi: :hi: :hi:

[kiar]

Hallo cheefrocker,

erstmal herzlich willkommen in der dp.

nun zu deinem problem, so wiürde ich das nicht realisieren, es besteht die möglichkeit von leichen in deiner ausführung.

erstmal würde ich eine relation autoren anlegen, dann eine Bücher, dann eine mit namen der verleiher.

was ist, wenn ein autor mehrere Bücher geschrieben hat, dann steht der Autor in jeder deiner records, oder es exsitiren mehere Bücher unter dem gleichen titel.

suche mal in I-net nach relationales Datenbankmodell. dies sollte die grundlage einer DB sein.

raik

[DP-Maintenance]

Dieses Thema wurde von "sakura" von "Neuen Beitrag zur Code-Library hinzufügen" nach "Datenbanken" verschoben.
:warn: In Zukunft bitte gleich in die richtige Sparte posten. Die genutzte war nicht für Fragen...

[Matze]

@sakura:

Cheefrocker hat soeben seinen 1. beitrag verfasst, ich denke, da kann sowas mal passieren, auch wenn es nicht vorkommen sollte. ;)

Herzlich willkommen Cheefrocker!

[Robert_G]

Hi Chefrocker :hi:

Das Prinzip von relationalen Datenbanken ist die konsequente Eliminierung aller (ALLER!) redundanter Daten.
Was heißt das?
Beispiel:
Wenn du den Autor (mit Namen & zusätzlichen Infos) bei jedem Buch speicherst, ist die Gefahr groß, dass sich diese Angaben von Buch zu Buch unterscheiden (vom selben Autor).
Außerdem müssen diese Informationen jedesmal erneut mit eingegeben werden, wenn ein neues Buch in die DB kommt.
Wenn du in der Büchertabelle einen Fremdschlüssel zum Prim.-Schlüssel der Autoren Tabelle setzt, muss der User nur noch den Autor des Buches auswählen.
Ändern sich die Informationen zum Autor, muss nur noch ein Datensatz geändert werden.

[kiar]

hallo robert,

das wäre jedoch die 3.normalform, wenn ich mich richtig erinnere,soweit sollte man den doch nicht gehen.

aber gerade das bibliothekswesen eignet sich hevorragend, um solche dinge umzusetzen.

raik

[kiar]

war ebend in der Wanne und habe darüber nachgedacht

Zitat:

Wenn du den Autor (mit Namen & zusätzlichen Infos) bei jedem Buch speicherst, ist die Gefahr groß, dass sich diese Angaben von Buch zu Buch unterscheiden (vom selben Autor).
Außerdem müssen diese Informationen jedesmal erneut mit eingegeben werden, wenn ein neues Buch in die DB kommt

diese aussage ist falsch :mrgreen:

wenn ich als fremdschlüssel, den primärschlüssel des Autor's übergebe,werden diese infos,nur als iD im jeweiligen buch gespeichert, und muß nicht bei jedem Buch mit eingegeben werden.

auf ein streitgespräch freuender

raik

[Robert_G]

Richtig Lesen! :warn:
Der erste Abschnitt war die falsche Herangehensweise!

[kiar]

hast ja recht :oops:

und ich habe mich schon auf ein streitgespräch gefreut. naja dann nicht. :thuimb:

raik

ps: bin extra nicht so weit rausgeschwommen :shock:

[Robert_G]

Hätte bei mir eh keinen Sinn :mrgreen:
Wenn ich was "falsch" mache, dann liegt die Welt, die Physik und alles andere falsch. :stupid:

[Cheefrocker]

hi leute. thx für eure antworten.

Es soll davon ausgegangen werden das es 1 buch nicht 2 mal gibt. z.b"algorithmen in c" kann nur 1 mal augeliehen werden.


wie sollte ich am besten die datenbanken aufteilen??
Wäre für jede Hilfe dankbar.

:gruebel:

[kiar]

hallo cheefrocker,
da seid ihr aber nicht gut bestückt in eurer Stadt. :mrgreen:

trotzdem solltest du es realisieren, wie es oben beschrieben wurde.

schreib ruhig wenn du was nicht weisst, aber erwarte hier nicht den kompletten quelltext von uns.

raik

[Cheefrocker]

klar @kiar ich will ja nit den kompletten quelltext von euch.hab nur sehr wenig ahnung in relationale Datenbanken.

bzw bin in dem ERD(Entinity Relationship Diagram) noch sehr unerfahren.


Wie kann ich in der hauptform das am besten machen. man soll die Benutzer_id eingeben können(ist das selbe wie Ausweisnr) dann soll der das übernehmen und in der dbgrid ausgeben. da leigt ja auch schon mein erstes problem.


Das wichtigste geht aber nti. das der aus diesen 2 tabellen(benutzer, buch) die daten in eine 3 Tabelle Verleih reinschreibt. weis ja nit mal wie man den fremdschlüssel dort in delphi setzt.
:warn: :warn:

[kiar]

hallo cheefrocker,

nichts für ungut, aber das würde ja bedeuten beim urschleim anfangen. hier sitzen die leute vorm rechner und versuchen selber prog's fertig zu kriegen.

lies dir erstmal tuts durch, um dir ein wenig wissen anzueignen.

nur mal so ein rat :lol:

raik

ein guter anfang wären die demos von delphi, die mitgeliefert werden.

[Cheefrocker]

ich hab noch kein tut gefunden wo ich den fremdschlüssel einstellen kann. (datenbankoberfläche) vielleicht ist es auch hier zu schwer mir auf die einfache frage zu antworten. :(

[kiar]

in der datenbankoberfläche ist das nun wirklich einfach, wenn ich mich recht erinnere. aber noch mal . guck dir die beispiele an, die delphi mitliefert. da sind alle komponenten drauf und du kannst das programm im schritt durcharbeiten.


raik

[Cheefrocker]

naja ok thx. @riak :cry:

[kiar]

hallo ist nicht böse gemeint, aber so lernst du am besten und im nachhinein wirst du dankbar sein, denn fehler die du selbst findest, machst du nie wieder.

raik

ps spreche aus erfahrung

[Cheefrocker]

in der hilfe von delphi steht nur misst. bis ich das richtige gefundne habe. kann ich einpacken..

das problem ist ja nit das ich zu faul bin. sondern das projekt muss bald laufen. und wenn ich schon an sowas scheitere dann kann ich eine gute note sowieso knicken...


:?

[kiar]

öffne doch einfach das project filters in

Delphi\demos\db und probier es aus und lerne, die oh ist nicht das beste in DB sachen