AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

SQL-Statement zu aufwendig

Ein Thema von Ykcim · begonnen am 27. Mai 2014 · letzter Beitrag vom 28. Mai 2014
Antwort Antwort
Seite 2 von 2     12
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.017 Beiträge
 
Delphi 12 Athens
 
#11

AW: SQL-Statement zu aufwendig

  Alt 27. Mai 2014, 22:48
Wobei dein Code doch auch nur geht, wenn es für jeden Artikel (watenr+tebez1) maximal je einen Eintrag pro Zeitraum gibt. (und das sollten die ursprünglichen Joins auch hinbekommen, wenn vielleicht auch etwas langsamer).

Wobei bei den Joins alle Zeiträume in je einem Artikeldatensatz zusammen sein müssen, da sie sonst doppelt/mehrfach eingerecht werden.
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
hstreicher

Registriert seit: 21. Nov 2009
220 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#12

AW: SQL-Statement zu aufwendig

  Alt 28. Mai 2014, 07:34
Die Ergebniss ist wahrscheinlich falsch weil da nur auf Monat verglichen wird , d.h. es wir Mai 2014+Mai2013 +Mai2012 usw aufaddiert
da muss noch ein Vergleich auf Jahr hinein

Zur Geschwindigkeit, das extract kann keinen Index verwenden es führt immer zu einem Full Table Scan
schneller wird wenn man die Bedingungen mit

2014-05-01<=Liefertermin<=2014-05-31

eingrenzt dann kann ein Index auf Liefertermin verwendet werden und das Ergebniss stimmt auch

mfg Hannes
  Mit Zitat antworten Zitat
Dejan Vu
(Gast)

n/a Beiträge
 
#13

AW: SQL-Statement zu aufwendig

  Alt 28. Mai 2014, 08:04
Die Ergebnisse sind wahrscheinlich falsch
Korrekt. Mein erster Ansatz war mit 'between' und dem vorherigen Ausrechnen der Monatsgrenzen, also so:

SQL-Code:
  ...
  SUM(IIF (ltlite between @firstOfMonth and @lastOfMonth, ltRest,0)) as 'Bedarf Monat'
  ...
Aber ich dachte, wenn er seine Monate haben will, soll er doch. Die Eingrenzung des Lieferdatums funktioniert wegen der Spalte 'Rückstände' nicht, denn man weiß nicht, wann der älteste Rückstand ist.

Bei einer Aggregierung über die Tabelle ist ein Scan zwingend. Bei sehr großen Tabellen könnte ein Index auf den Aggregatspalten etwas bringen, aber das dürfte auf das RDBMS ankommen.
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#14

AW: SQL-Statement zu aufwendig

  Alt 28. Mai 2014, 08:08
In solchen Fällen kann es auch helfen, wenn man mit temporären Tabellen arbeitet.

Die zu untersuchende Datenmenge wird mit einem einfachen SELECT in eine auf die Suche passendes Format gebracht (z.B. der Monat) und eingeschränkt. Dann werden dort passende Indizes für die Suche (Spalte Monat) erstellt und mit dieser reduzierten Datenmenge wird dann die konkrete Abfrage durchgeführt.

BTW:

Trotz allem können solche Abfragen je nach Datenvolumen eine gewisse Zeit in Anspruch nehmen. Dann lässt man diese nicht synchron am Client laufen, sondern asynchron auf dem Server (eigene Anwendung).
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
Dejan Vu
(Gast)

n/a Beiträge
 
#15

AW: SQL-Statement zu aufwendig

  Alt 28. Mai 2014, 08:40
In solchen Fällen kann es auch helfen, wenn man mit temporären Tabellen arbeitet.
Ja, aber imho nicht bei diesem Problem.
Zitat:
...Dann lässt man diese nicht synchron am Client laufen, sondern asynchron auf dem Server (eigene Anwendung).
Yo, aber nur, wenn man das 1x pro Monat macht, imho. Ansonsten würde ich Redundanz schaffen, aka DWH: Im Kleinstformat reicht hier eine Tabelle 'Bestellbestand' mit den Spalten der gewünschten Ausgabe und täglicher Pflege über einen Mitternachtslauf oder real-time über Trigger. Hier würde ich jedoch sogar eine Historie anlegen, mit den Spalten 'Datum, Artikel, Zeitraum, Bestand'. 'Datum' ist das heutige Datum, 'Zeitraum' ist 'Rückstand' bzw. Monat+Jahr und 'Bestand' eben der Bestand des Zeitraums. Diese Tabelle wächst täglich. Mit ihr kann ich mir eine Historie der Bestellübersichten anschauen und z.B. einschreiten, wenn sich 'Rückstände' tendenziell erhöhen oder zukünftige Bestellbestände abnehmen...

Die o.g. Auswertung erhalte ich dann über einen PIVOT
  Mit Zitat antworten Zitat
quaero

Registriert seit: 25. Apr 2013
38 Beiträge
 
Delphi 10 Seattle Enterprise
 
#16

AW: SQL-Statement zu aufwendig

  Alt 28. Mai 2014, 09:59
Hallo Zusammen,

ich habe eine Tabelle, in der die Artikel und die Kundenbedarfe stehen. Jetzt möchte ich gerne mit einer Query für jeden Disponenten folgende Daten holen:
ArtikelNr, Lieferungen die überfällig sind (Lieferdatum<aktuelles Datum), Summe der Mengen je Artikel für aktuellen Monat, Summe der Mengen je Artikel für nächsten Monat, Summe der Mengen je Artikel für übernächsten Monat.

Ich habe folgendes ausprobiert, aber neben der Tatsache, dass die Werte nicht stimmten, benötigt die Query auch über 30min.... WIe kann ich das geschickter machen?

Delphi-Quellcode:
select concat(liefersituation.watenr,' ',liefersituation.tebez1) as 'Artikel Bezeichnung', sum(t1.ltrest) as Rückstand, sum(t2.ltrest) as 'Bedarf aktueller Monat', sum(t3.ltrest) as 'Bedarf nächster Monat', sum(t4.ltrest) as 'Bedarf übernächster Monat'  from liefersituation
left join liefersituation as t1 on t1.watenr=liefersituation.watenr and t1.ltlite<current_date
left join liefersituation as t2 on t2.watenr=liefersituation.watenr and month(t2.ltlite)=month(current_date)
left join liefersituation as t3 on t3.watenr=liefersituation.watenr and month(t3.ltlite)=month(current_date)+1
left join liefersituation as t4 on t4.watenr=liefersituation.watenr and month(t4.ltlite)=month(current_date)+2
where liefersituation.lpdivk='ssc'  //Disponenten-Kürzel
group by liefersituation.watenr
order by liefersituation.watenr


Vielen Dank
Patrick
Du könntest zunächst eine Anfrage an die DB schicken, die bereits alle Informationen enthält:
SQL-Code:
SELECT concat(watenr,' ',tebez1) AS 'Artikel Bezeichnung', year(ltlite) AS Jahr, month(ltlite) AS Monat, SUM(ltrest) AS Menge
FROM liefersituation
WHERE liefersituation.lpdivk='ssc' //Disponenten-Kürzel
  AND ((year(ltlite) < year(dateadd(m, 2, getdate()))) // vergangene Jahre vor übernächsten Monat komplett
     OR ((year(ltlite) = year(dateadd(m, 2, getdate()))) AND (month(ltlite) <= month(dateadd(m, 2, getdate()))))) // aktuelles Jahr das übernächsten Monats bis zu diesem
group by concat(watenr,' ',tebez1), year(ltlite), month(ltlite)
order by concat(watenr,' ',tebez1), year(ltlite), month(ltlite)
Damit hättest du erst einmal die Mengen der einzelnen Produkte der jeweiligen Monate bis einschließlich übernächsten Monat.
Aus dem Ergebnis müsstest du jetzt noch alles, was zum aktuellen Monat gehört in eine eigene Spalte ausgliedern, alles vom nächsten Monat in eine weitere und alles vom übernächsten Monat in noch eine:
SQL-Code:
SELECT [Artikel Bezeichnung], Monat, Jahr, Menge AS Rückstand, 0 AS 'aktueller Monat', 0 AS 'nächster Monat', 0 AS 'übernächster Monat'
FROM ergebnis1 // erste SQL-Anfrage
WHERE (Jahr < year(getdate())) // vergangene Jahre
  OR ((Jahr = year(getdate())) AND (Monat < month(getdate()))) // vergangene Monate des aktuellen Jahres

UNION
SELECT [Artikel Bezeichnung], Monat, Jahr, 0 AS Rückstand, Menge AS 'aktueller Monat', 0 AS 'nächster Monat', 0 AS 'übernächster Monat'
FROM ergebnis1 // erste SQL-Anfrage
WHERE Jahr = year(getdate()) AND Monat = month(getdate())

UNION
SELECT [Artikel Bezeichnung], Monat, Jahr, 0 AS Rückstand, 0 AS 'aktueller Monat', Menge AS 'nächster Monat', 0 AS 'übernächster Monat'
FROM ergebnis1 // erste SQL-Anfrage
WHERE Jahr = year(dateadd(m, 1, getdate())) AND Monat = month(dateadd(m, 1, getdate()))

UNION // übernächster Monat
 ...
Anschließend kannst du über dieses 2. Ergebnis aggregieren und solltest das gewünschte Ergebnis erhalten:
SQL-Code:
SELECT [Artikel Bezeichnung], SUM([Rückstand]), SUM([aktueller Monat]), SUM([nächster Monat]), SUM([übernächster Monat])
FROM ergebnis2 // zweite SQL-Anfrage
GROUP BY [Artikel Bezeichnung]

Bei Bedarf kannst du für das erste Ergebnis auch eine Sicht bilden und die zweite und dritte Anfrage zu einer zusammenfassen.
Grüße
quaero
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:03 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz