Abfrage vereinfachen

[mkinzler]

Zitat:

Wäre das nicht eher eine m:n-Beziehung zwischen Rezept und Zutat? Zwar kenne ich das Datenmodell nicht, aber das erscheint mir logisch.

Dann wäre kein Verweis auf das Rezept in der Zutatentabelle und es gäbe eine 3. Tabelle.

[DeddyH]

Zitat von mkinzler:

Dann wäre kein Verweis auf das Rezept in der Zutatentabelle und es gäbe eine 3. Tabelle.

Das weiß ich auch, deshalb kam mir das ja so komisch vor.

[mkinzler]

Zitat:

Ich wollte es in eine packen, wenn das geht.
Denn dann stopfe ich die daten in 2 querys bzw datasets

Und zwischen diesen am Besten eine Master-/Detailbeziehung einrichten.

[Privateer3000]

Zitat von mkinzler:

Zitat:

Ich wollte es in eine packen, wenn das geht.
Denn dann stopfe ich die daten in 2 querys bzw datasets

Und zwischen diesen am Besten eine Master-/Detailbeziehung einrichten.

das bedürfte einer nähreren Erläuterung
im bezug auf meine Tabellen

Die Daten in beiden Tabellen sind schon durchdacht
auch wenn sich das für Euch nicht erschließt

[mkinzler]

verbinde das Detail-DataSet (Zutaten) mit Hilfe von .MasterSource mit der, mit dem Master-Dataset (Rezepte) verknüpften, DataSource.

Zitat:

Die Daten in beiden Tabellen sind schon durchdacht
auch wenn sich das für Euch nicht erschließt

Im allgemeinen würde man das aber nicht so (1:n):

Rezept:
ID Bez
1 Was Leckeres
...

Zutat:
ID Rezept Bez Anzahl
1 1 Zucker 2
2 1 Milch 500
...

Sondern so (n:m)

Rezept:
ID Bez
1 Was Leckeres
...

Zutat:
ID Bez
1 Zucker
2 Milch
...

Zuordnung:
ID Rezep Zutat Menge
1 1 1 2
2 1 2 500
...

Lösen.

[DeddyH]

Genau, da es sich ja wie gesagt in meinen Augen um eine m:n-Beziehung handelt: ein Rezept besteht aus m Zutaten und eine Zutat kann in n Rezepten verwendet werden.

[Privateer3000]

Danke Leute für Eure Antworten
ursprünglich hatte ich das auch so geplant.
Aber ich bin daran gescheitert, dass
wenn rezept und zutaten gespeichert werden
die id vom Rezept benötigte.
Returnid und ähnliches gibts in dem DBMS nicht.
Damit sieht es so aus:
Einträge in der Zutatentabelle werden also einzeln
jedem Rezept zugeordnet. Auch wenn es etwas umständlich ist.

Wenn ich dem Vorschlag von mkinzler folgen würde
müsste eine dritte Tabelle, Zuordungstabelle?,
ins Spiel kommen. Richtig?

[DeddyH]

Richtig. Ansonsten ist die DB nicht normalisiert.

[mkinzler]

Zitat:

Aber ich bin daran gescheitert, dass
wenn rezept und zutaten gespeichert werden
die id vom Rezept benötigte.
Returnid und ähnliches gibts in dem DBMS nicht.

Aber das Problem besteht doch auch bei 2 Tabellen.