[Elren Luthien]

Hallo

Google hat nicht das ausgespuckt was ich suche, also frage ich Euch mal.

Ich habe die Aufgabe unter Access eine Art Bibliothek anzulegen, um zu sehen
welcher Kursteilnehmer welches Buch in Beschlag hat und den Lagerbestand der
Bücher aufzulisten.

Soviel weiss ich schon:

ich brauche mindestens 2 Tabellen, die in Beziehung zueinander stehen:

eine Tabelle mit der Auflistung der vorhandenen Bücher, inklusive
einer Spalte "Teilnehmer" um zu sehen welcher Teilnehmer das Buch geradehat

eine Tabelle mit einer Liste der Teilnehmer, in der ich, mit einem Klick auf den
Teilnehmer, sehe, welche Bücher er gerade hat

Da ich mit Datenbanken noch nicht so wirklich zutun hatte, ich es aber lernen will,
(hab mir jetz mit durchklicken zwei Tabellen erstellt, sehe aber irgendwie nicht durch)
folgende Fragen:

Wie kann ich das am besten aufziehen?
Welche Herangehensweise empfehlt ihr?
Kennt jemand ein gutes Tutorial für Access und Datenbanken allgemein?
Habt Ihr Tips und Tricks für mich?

Vielen Dank im voraus schonmal für die Hilfe.

MfG Alex.

Dieser Beitrag wurde von Elren Luthien bearbeitet: 10. März 2005 - 12:12

[Elren Luthien]

Ich gebe zu manchmal stellt man(speziell ich) sich auch ein wenig deppert an beim
suchen/googeln.
Aber danke schon mal für Deine Hilfe, werd mich dann mal ans Lesen/durcharbeiten
machen.

Noch ne Frage: Habe ich das richtig verstanden, das das alles auf mySQL basiert?

[björn]

Zitat (Elren Luthien: 10.03.2005, 15:14)

Noch ne Frage: Habe ich das richtig verstanden, das das alles auf mySQL basiert?
<{POST_SNAPBACK}>

Meinst du Access? Wenn ja, dann nein, es basiert nicht auf MySQL. Access unterstützt SQL, das stimmt.
MySQL in den meisten Sachen vergleichbar, jedoch nicht in allen, zB werden da keine Fremdschlüssel unterstützt ... aber das is ja schon OT

zu deiner Frage, ich würde eine extra Tabelle für den Bestand machen, da, wenn du ein Buch mehrmals hast, wären das doppelte Daten, laut Normalisierung sind diese aber zu "unterbinden" ... die ISBN Nummer + eine laufende Nr wäre in der bestandstabelle dann eine gute Wahl für die ID

also zb: ISBN = 0815

du hast 5 Bücher, dann könntest du in deiner Haupttabelle wo die Bücher drin sind, das Buch mit der isbn Nummer einmal anlegen und in der Bestandstabelle dann das Buch als 0815-1 , 0815-2 ... auflisten, damit kannst du dann auch besser mit arbeiten, wenn zb nur 3 der 5 Bücher verborgt sind. Wirst sonst Probleme bekommen

Dieser Beitrag wurde von björn bearbeitet: 10. März 2005 - 14:31

[Elren Luthien]

Danke schonmal.

Zitat

MySQL in den meisten Sachen vergleichbar, jedoch nicht in allen, zB werden da keine Fremdschlüssel unterstützt ... aber das is ja schon OT

Interessiert mich aber, und hat im weitesten Sinne ja auch was mit dem Topic zutun.

Mit den Tabellen:
Gute Idee, werde das auf jeden Fall, beachten.
Das Access sich daran beisst wusste ich nicht, ich hätte jetz in der Buchtabelle eine
Spalte "Bestand" gemacht, aber das verwerfe ich dann wohl besser.
Das ich die Isbn-Nummern, sowie Kategorie und Autoren mitreinnehme war schon
eingeplant.

Nun, kann mir noch jemand erklären, wie das mit den Beziehungen der Tabellen
zueinander funktioniert?

[björn]

Access wird sich nicht daran beißen wenn du keine Bestandstabelle machst aber, du wirst früher oder später an Grenzen stoßen, wo es schwer wird mit der Umsetzung, wenn du ,wie schon gesagt, nur 2 von 5 büchern verliehen hast, was ist mit den restlichen 3, du hast ja in der haupttabelle nur das buch einmal da stehen ... denk einfach mal in ruh drüber nach

die beziehungen zwischen den tabellen beruhen auf den Primärschlüsseln und geben an, wie die daten aus der einen tabelle mit daten aus der anderen tabelle in beziehung stehen, beispielsweise hast du ja in einer tabelle wo die ausgeliehenen bücher drin stehn, mindestens die isbn nummer vom buch drin um auch eindeutig zuordnen zu können (also aus der buchtabelle) welches buch ausgeliehen wurde

[Elren Luthien]

Vielen vielen Dank an Euch beide für Eure sehr hilfreichen Informationen und
Denkanstösse.

Werd mich dann mal beimachen und mich ggf. nochmal melden.

Cheers, Alex.