Brett vorm Kopf - SQL Query Problem

[sega84]

Das stimmt, allerdings benötige ich noch den Lieferanten. Deshalb auch der Join.

[Stevie]

Das SQL sieht richtig aus (wobei du auch ohne View hinkommen solltest):

Code:

select Preise.* from Preise join 
(
  select ArtikelNr, MIN(EKPreis) as MinEKPreis 
  from Preise group by ArtikelNr
) x 
on Preise.ArtikelNr = x.ArtikelNr and Preise.EKPreis = x.MinEKPreis

Ich vermute eher, dass ein Index auf den entsprechenden Feldern fehlt. Schau mal in den Ausführungsplan. Dort wird wahrscheinlich ein Tablescan auftauchen, was die mangelnde Performance erklären würde.

[sega84]

Die Indexe sind vorhanden.
Der Ausführungsplan gibt aus:
- Inner Join Kosten 41%
- Hash Mtch (Aggregate) Kosten 39%
- Clusted Index Scan (auf PK) 10% (2 mal)

Mit der View ist mir klar, brauche die View allerdings noch an anderen Stellen. Daher kann ich sie dort ja auch ruhig einbauen.

Was passiert aber, wenn es einen Artikeln bei mehreren Lieferanten zum gleichen günstigsten Preis gibt? Es werden dann ja beide Lieferanten ausgegeben, obwohl ich nur einen Datensatz je Artikel-Nr haben möchte.

[mkinzler]

Der View scheint keine Index zu haben.
Ich würde hier eher eine Temp-Tabelle verwenden.
Nimm einen right join, dann wird nur noch ein Lieferant ausgegeben.

[EDIT]
Habe das mal testweise in Firebird nachgestellt, für 100000 DS braucht FB knapp 450 ms

[sega84]

OK,
vielen Dank!

[sega84]

Hab es nun soweit geändert.
Ausführungszeit für 198.000 Datensätze: 3 Sekunden
Top!
Vielen Dank an alle!!!

[DanielJ]

Hallo,

Zitat von sega84:

Was passiert aber, wenn es einen Artikeln bei mehreren Lieferanten zum gleichen günstigsten Preis gibt?

ohne deinen Job jezt unnötig komplizieren zu wollen - aber sollte das nicht eigendlich von der Geschäftslogik vorgegeben werden, anstatt von der Datenbankabfragesemantik?