Hallo,
habe nach längerem mal wieder eine Frage.
Komme derzeit mit einen Access2010-Projekt nicht weiter.
Aufgabe des Projekt ist es zu ermitteln in welchen Produkten bereits ein Stoff enthalten ist. Das Ergebnis daraus soll dann, keinen Stoff doppelt zu verwenden.
Im Klartext:
Die Erste Abfrage ermittelt aus einigen Tabellen ob es den Stoff (Bspl. PE38) bereits gibt und in welchen "mixturen" er bereits enthalten ist. Dies funktioniert ohne Probleme.
Wo ich nicht weiterkomme ist, dieser Stoff kann aber in weiteren "Gruppenmixturen" vorhanden sein, dort wird er aber nicht einzeln benannt, er ist quasi nur ein "Bestandteil" - aber enthalten.
Also habe ich eine weitere Abfrage erstellt, welche prüft in welcher Gruppe es diesen Stoff noch gibt.
Somit habe ich mit der ersten Abfrage geklärt ob es den Stoff gibt und in welchen "mixturen" er enthalten ist. Jetzt muss ich aber immer noch die zweite Abfrage laufen lassen um zu ermitteln in welchen weiteren Gruppenmixturen" er enthalten ist. Zum Schluß müssen dann beide Auswertungen noch in eine Tabelle verpackt und versendet werden.
Wenn es nur um ein paar "mixturen" oder "Gruppenmixturen" gehen würde, wäre es ja nicht so schlimm aber es sind 1400 Stoffe mit 180 Mixturen und 103 Gruppenmixturen.
Um es an einem kleinen Beispiel zu erläutern: Nehmen wir die gemeine Nuss. Sie kann einzeln dem Produkt zugeführt werden, gleichzeitig ist sie in den grundlegenden Mixturen vorhanden, also kann ich sie mit der ersten Abfrage abfangen. Im nächsten Schritt ist sie aber auch in weiteren Gruppenmixturen vorhanden. Diese kann ich an Hand der "Mixtur" aus der zweiten Abfrage abfangen. Dann hätte ich alle Gruppenmixturen wo die Nuss vorhanden ist - jedoch immer als Einzel-Abfrage.
Mein Wunsch wäre ich gebe die Nuss ein und Access gibt mir zuerst aus in welcher "mixtur" ist die Nuss grundsätzlich enthalten und in welchen weiteren "Gruppenmixturen" kommt sie noch vor.
ist das mit einer verschachtelten Abfrage möglich oder bin ich völlig auf dem Holzweg ("Nussbaum")?
MfG
Schlambambomil
Mit Abfragen kann man auch komplexere Dinge lösen.
Allerdings muss man da die Tabellenstrukturen kennen, um solche Abfragen zu erstellen.
Die Tabellenstrukturen wiederum sollten datenbankgerecht und SQL-gerecht modelliert sein.
Was hast Du da anzubieten?
Zum Querlesen: Grundlagen - SQL ist leicht (6) - Komplexe Abfragen schreiben und lesen (http://www.ms-office-forum.net/forum/showthread.php?t=317066)