Gelöst SQL Abfrage für auf Lager befindliche Artikel in Abhängigkeit ihrer Warengruppe

[SebiW]

Hallo zusammen, ich habe mal wieder eine etwas komplexere Abfrage bei der ich selbst nicht weiter komme. Vielleicht kann mir ja einer von Euch weiterhelfen?
Folgendes möchte ich erreichen: Gib mir alle Artikelnamen und Warengruppen der Artikel die 1. einen Bestand größer 0 haben und 2. in einer speziellen Warengruppe liegen.
Ich vermute, dass das etwa so aussehen müsste.:

{% capture query -%}
SELECT
*
FROM
tArtikel
JOIN tWarengruppe ON tArtikel.kWarengruppe = tWarengruppe.kWarengruppe
JOIN tArtikelbeschreibung ON tArtikel.kArtikel = tArtikelBeschreibung.kArtikel
WHERE tWarengruppe.kWarengruppe = 'Wert'
{% endcapture -%}
{% assign Warengruppe = query | DirectQuery -%}
{% for Artikel in Warengruppe.Daten %}
{{ Artikelbeschreibung.cName }};{{ Warengruppe.kWarengruppe }}
{% endfor %}

Allerdings war ich für Joins schon immer zu blöde...

 

[T4DT.GmbH]

Hallo zusammen, ich habe mal wieder eine etwas komplexere Abfrage bei der ich selbst nicht weiter komme. Vielleicht kann mir ja einer von Euch weiterhelfen?
Folgendes möchte ich erreichen: [...].

1. Tabelle Artikelbeschreibung ist sprachenabhängig. Sprich du musst noch ein Join auf deine Zielsprache machen (tSpracheUsed)
2. Niemals ein *-Catchall in JTL capture query abesetzen. Das schießt vor Allem in deinem Fall den Vorlagendesigner schnell mal ab, da du hier sehr viele Spaltenausgaben erzeugst. In deinem Fall also

SELECT 
 tArtikelbeschreibung.cName,
 tWarengruppe.cName
FROM ..

3. Darfst du auf einen INT-Wert (hier: kWarengruppe) keinen String-Vergleich durchführen. Das ist schlicht nicht erlaubt. In deinem Fall müsstest du die WHERE-Clause überhaupt nicht schreiben, da du mit einem JOIN implizit einen INNER JOIN meinst und damit nur referenzierte Warengruppen zurück gegeben werden. Kurzum: Lass den WHERE-Kram ganz weg. Wenn du ihn (warum auch immer) sicherheitshalber nehmen willst (z.B. weil du mal einen LEFT OUTER JOIN auf Warengruppe verwendet hast), fragst du die gültigen Warengruppen mit kWarengruppe > 0 ab.
3. Zur Verwendung der for-Schleife: Wenn dein Resultat je Zeile bereits "Artikel" heißt, solltest du die zurück gegebenen Felder auch "Artikel" nennen und nicht "Artikelbeschreibung" und "Warengruppe"

Kurz zusammengefasst: Die Joins sind das kleinste Problem . Ich freue ich aber immer, wenn sich Leute tiefer mit den Dingen beschäftigen wollen

Aber ab hier ist der JTL Guide wieder schon ausführlich genug.

Kannst, wenn du ganz verrückte Sachen machen willst, auch bei uns einen Workshop buchen. Dann machen wir solche Sachen, wie Variationen aus Auswahllisten anwählen und dann die Varianten im Vater vollautomatisch generieren lassen. Oder HTML-Beschreibungstexte samt CSS vollautomatisch aus Merkmalen und Attributen erzeugen.

 

[SebiW]

Huhu und danke Dir,
ich bin ein paar Denkfehler losgeworden und das ganze läuft jetzt.
Das mit dem Workshop behalte ich mir mal in der Hinterhand, muss ich mal le Chef belabern

 

[Rico Giesler]

Kannst du anderen eventuell auch noch deine funktionierende Lösung präsentieren?
Eventuell benötigt es ja jemand mal oder zumindest als Ansatz für eine andere Abfrage.

 

[SebiW]

Natürlich, gerne. Meine Lösung sieht so aus:


{% capture query -%}
SELECT
t2.cName ARTName,
t3.cName WGName
FROM tArtikel AS t1
JOIN tWarengruppe AS t2 ON t1.kWarengruppe=t2.kWarengruppe
JOIN tArtikelbeschreibung AS t3 ON t1.kArtikel=t3.kArtikel
JOIN tlagerbestand AS t4 ON t1.kArtikel=t4.kArtikel
WHERE t3.kSprache = 1
AND t2.cName = 'Wert 1'
OR t2.cName = 'Wert 2'
AND t4.fLagerbestand = 1
ORDER BY t2.cName ASC
{% endcapture -%}
{% assign Warengruppe = query | DirectQuery -%}
{% for item in Warengruppe.Daten %}
{{ item.ARTName }} - {{ item.WGName -}}
{% endfor %}