Performance vs SELECT JOIN ... WHERE mit einem Beispiel

Question

ich dieses Beispiel auf den MySQL Tutorial gefunden:

SELECT article, dealer, price 
FROM shop 
WHERE price=(SELECT MAX(price) FROM shop); 

Meine Frage: ist die Unterabfrage (SELECT MAX (Preis) FROM shop) eine Zeit einmal getan oder es wird wiederholt ausgeführt, bis der maximale Preis für die Abfrage gefunden wird?

In Bezug auf die Leistung ist diese andere Lösung besser?

SELECT s1.article, s1.dealer, s1.price 
FROM shop s1 
LEFT JOIN shop s2 ON s1.price < s2.price 
WHERE s2.article IS NULL; 

Danke.

Answer 1

Die Unterabfrage ist nicht korreliert, so dass jede sinnvolle Implementierung sie nur einmal auswertet. Beachten Sie, dass MySQL ein Problem mit IN hat allerdings, wo die semantisch äquivalent

SELECT article, dealer, price 
FROM shop 
WHERE price IN (SELECT MAX(price) FROM shop); 

Abfrage führt zu dem Untermehrfach ausgewertet.

Für die Bewertung der Leistung müssen Sie die explain plan für beide in Ihrem bestimmten RDBMS betrachten.

Die effizienteste Lösung könnte SELECT TOP .. WITH TIES oder gleichwertig sein, wenn Sie einen Deckungsindex für die Spalte price haben und Ihr RDBMS über ein solches Konstrukt verfügt.

Answer 2

Ich kann beide schlagen:

SELECT article, dealer, price 
FROM shop 
WHERE price=MAX(price) 

Edit: Whoops, nicht auf meinem Test-Server arbeiten:/

Answer 3

einen Join verwenden sollte besser sein als eine verschachtelte Unterabfrage.

Answer 4

Sie haben Tags für MySql, T-Sql und PL/Sql, ich vermute, die Antwort ist für jeden unterschiedlich.

Die Antwort könnte auch davon abhängen, welche Indizes Sie haben und wie einzigartig die Werte im Feld [price] sind.

Führen Sie den Abfrageanalysator aus, um zu sehen, was der tatsächliche Abfrageplan ist.

Answer 5

Ich habe SQL Server 2008 zu diesen drei Variationen der Aquarius verwendet. Bei meinen Tests wird die AdventureWorks-Datenbank mithilfe von ProductInventory im Produktionsschema abgefragt. Die drei Abfragen sind:

declare @max int 
Select @max = MAX(Quantity) FROM [AdventureWorks].[Production].[ProductInventory] 
SELECT TOP 1000 [ProductID] 
     ,[LocationID] 
     ,[Shelf] 
     ,[Bin] 
     ,[Quantity] 
     ,[rowguid] 
     ,[ModifiedDate] 
    FROM [AdventureWorks].[Production].[ProductInventory] 
    WHERE Quantity = @max 

SELECT TOP 1000 [ProductID] 
     ,[LocationID] 
     ,[Shelf] 
     ,[Bin] 
     ,[Quantity] 
     ,[rowguid] 
     ,[ModifiedDate] 
    FROM [AdventureWorks].[Production].[ProductInventory] 
    WHERE Quantity = (Select MAX(Quantity) FROM [AdventureWorks].[Production].[ProductInventory]) 


SELECT TOP 1000 AW1.[ProductID] 
     ,AW1.[LocationID] 
     ,AW1.[Shelf] 
     ,AW1.[Bin] 
     ,AW1.[Quantity] 
     ,AW1.[rowguid] 
     ,AW1.[ModifiedDate] 
    FROM [AdventureWorks].[Production].[ProductInventory] AW1 
LEFT JOIN [AdventureWorks].[Production].[ProductInventory] AW2 ON AW1.Quantity < AW2.Quantity 
WHERE AW2.ProductID IS NULL; 

die „Show geschätzten Abfrageplan“ Symbol verwenden ich die exection Ereignisse für drei Fälle vergleichen. Die Ergebnisse sind:

1. Deklarieren einer Variablen und Füllen der Variablen ist 5% schneller als eine Unterauswahl in der Where-Klausel.
2. Die Verbindung ist 98% langsamer als die subselect
3. Die Verbindung ist 99% langsamer als die Variable

Mein Vorschlag ist, eine Variable zu deklarieren und sie füllen.Verwenden Sie die Variable in der WHERE-Klausel

Answer 6

, um Ihre Frage zu beantworten, die skalare Unterabfrage (SELECT MAX (Preis) FROM-Shop) wird einmal ausgeführt und dann an die Hauptabfrage als Wert in MySQL übergeben.

So ist diese Abfrage so schnell wie alles andere, was Sie sich vorstellen können.

Answer 7

Sie sollten sich nicht kümmern. Jeder anständig moderne Datenbankserver wird verstehen, was Sie wollen und die Abfrage so effizient wie möglich durchführen. SQL ist deklarativ, nicht zwingend (dh Sie sagen, was Sie wollen, Sie sagen nicht, wie es abgerufen werden soll).