Daten in einer Zelle zusammenfassen

[RobertG]

Hallo nietaL,

Aber warum verlangt er dann bei c) die Beziehungen und bei d) die Abfragen extra?

Die aufgestellte Tabelle "Kurswahl" ist ebenso unüblich wie die Tabelle "Tanzkurse". In "Tanzkurse" hast Du den jeweiligen Kursnamen als Primärschlüssel erstellt. Dadurch hast Du auch in der verbindenden Tabellen ein Textfeld als Fremdschlüsselfeld. Nur weil Du so bereits den Kursnamen in der verbindenden Tabelle direkt (mehrfach) stehen hast kannst Du mit 2 Tabellen für die 2. Abfrage auskommen.
Normalerweise ständen in der Tabelle nur Zahlenfelder: Der eigentliche Primärschlüssel, der Fremdschlüssel für die Kurse und der Fremdschlüssel für die Teilnehmer - alle "Integer", als Primärschlüssel in der Regel "AutoWert".
Die Beziehungen für die Tabellen hast Du übrigens nicht erstellt: Extras → Beziehungen.

Gruß

Robert

[nietaL]

oh mann, ich liebe informatik

Also muss man die Relation zwischen den Tabellen innerhalb einer Abfrage gar nicht herstellen, sondern nur einmal im "Hauptmenü"?

Die Tabellen sind so vorgegeben. Aufgaben im Angang. Es geht um Aufgabe 2.

Schaut mal, ich hab jetzt ne Relation hergestellt. Aber irgendwie erkenn ich den Sinn von den 1en und Ns nicht.

[RobertG]

Hallo nietaL,

Also muss man die Relation zwischen den Tabellen innerhalb einer Abfrage gar nicht herstellen, sondern nur einmal im "Hauptmenü"?
Schaut mal, ich hab jetzt ne Relation hergestellt. Aber irgendwie erkenn ich den Sinn von den 1en und Ns nicht.

Mit dem Verfahren, das im "Hauptmenü" festzulegen, schreibst Du die Bedingungen in die Datenbank selbst. Wolltest Du jetzt einen Tanzkurs löschen, der noch TeilnehmerInnen hat, dann ginge das nach dieser Definition nicht mehr - es sei denn, Du definierst die Verbindung so, dass dann auch alle entsprechenden Kurswahlen gelöscht werden.
Die in der Datenbank vorgesehenen Verbindungen werden in dem Abfrageeditor automatisch übernommen. Sie können dort allerdings auch abgewählt werden. Die Abfrage selbst ist ja eine Sache der grafischen Benutzeroberfläche, nicht der darunterliegenden Datenbank.
1:n bedeutet, dass ein Tanzkurs in der Tabelle Tanzkurse nur einmal vorkommen kann, in der Verbindungstabelle aber beliebig oft. Wenn Du also eine Tabelle hast, an der mehrere "n"-Stränge hängen, dann bedeutet das auch, dass Du zwischen den anhängenden Tabelle (Teilnehmer und Tanzkurse) eine n:m-Beziehung erstellt hast.
Siehe einfach einmal zu n:m-Beziehungen das entsprechende Kapitel zu Tabellen im Handbuch.

Gruß

Robert

[nietaL]

Danke dir für die Hinweise. Ich habe nun festgestellt, dass die vernetzten Abfragen nur funktionieren, wenn auch in der Abfrage selbst die Tabellen eine Relation aufweisen. Also genügt es nicht, wenn ich es nur für die Datenbank festlege. Ich habe es jetzt in der Abfrage und in der Datenbank verbunden. Doppelt hält besser, auch wenn ich das nicht wirklich verstehe. Zum Beispiel auch nicht, warum bei der Datenbank die "1" und das "n" erscheinen, bei der Abfrage aber nicht. (Ich weiß aber, was diese bedeuten.)

[RobertG]

Hallo nietaL,

die Eingaben aus Extras → Beziehungen werden in der Datenbank gespeichert.
Die Abfragen werden in der *.odb-Datei an einem anderen Ort gespeichert, haben also nichts mit der zugrundeliegenden Datenbank zu tun.
Willst Du eine Abfrage erstellen und wählst dazu Tabellen aus, so liest das Abfragemodul die Beziehungen aus der Datenbank aus. Das ist nichts als eine Hilfestellung mit dem Hinweis: "Diese Beziehungen wurden an anderer Stelle bereits definiert - ich zeige die hier einmal an. Möchtest Du die übernehmen?"
Die Beziehungsdefinition in Abfragen ist eine andere als in der Datenbank selbst. Gehe einfach einmal mit einem rechten Mausklick auf die Verbindungslinie und lass diese zum Bearbeiten öffnen. In der Beziehungsdefinition steht da, was passieren soll, wenn der Primärschlüsselwert ein Update erfährt oder gelöscht wird. In dem Abfrageentwurf steht da etwas von der Art der Verbindung ("Sollen von einer Tabelle alle Datensätze angezeigt werden, auch wenn in der anderen Tabelle keine Datensätze dazu existieren?")
Du kannst also die Beziehungen in den Abfragen anders definieren - oder auch entfernen. An den Beziehungen in der Datenbank mit der Möglichkeit, den Primärschlüssel nur einmal (1), den Fremdschlüssel aber beliebig oft (n) erscheinen zu lassen, rüttelt das aber überhaupt nicht. Deshalb wird 1:n nur in der Beziehungsdefinition der Datenbank angezeigt. In der Abfrage kann der Primärschlüssel schließlich beliebig oft vorkommen, wenn er eben Fremdschlüssel in einer anderen Tabelle ist.

Gruß

Robert