MySQL: View mit Unterabfrage in der FROM-Klausel Einschränkung

Question

In MySQL 5.0 warum tritt der folgende Fehler beim Versuch, eine Sicht mit einer Unterabfrage in der FROM-Klausel zu erstellen?

ERROR 1349 (HY000): Blick SELECT enthält eine Unterabfrage in der FROM-Klausel

Wenn dies eine Einschränkung des MySQL-Engine ist, dann, warum sie diese Funktion nicht noch umgesetzt?

Auch, was sind einige gute Problemumgehungen für diese Einschränkung?

Gibt es Problemumgehungen, die für jede Unterabfrage in der FROM-Klausel funktionieren, oder gibt es einige Abfragen, die nicht ausgedrückt werden können, ohne eine Unterabfrage in der FROM-Klausel zu verwenden?

---

Ein Beispiel query (wurde in einem Kommentar begraben):

SELECT temp.UserName 
FROM (SELECT u1.name as UserName, COUNT(m1.UserFromId) as SentCount 
     FROM Message m1, User u1 
     WHERE u1.uid = m1.UserFromId 
     Group BY u1.name HAVING SentCount > 3) as temp 

Answer 1

kann nicht die Abfrage in Ihrem Kommentar sein neu geschrieben werden nur geschrieben werden wie:

SELECT u1.name as UserName from Message m1, User u1 
    WHERE u1.uid = m1.UserFromID GROUP BY u1.name HAVING count(m1.UserFromId)>3 

, die auch mit den bekannten Geschwindigkeitsproblemen mit Unterabfragen in MySQL

Answer 2

Es scheint ein bekanntes Problem zu sein. werden kann (links außen) verbindet und eine (nicht) NULL irgendeine Art

http://dev.mysql.com/doc/refman/5.1/en/unnamed-views.html

http://bugs.mysql.com/bug.php?id=16757

Viele in Abfragen neu geschrieben. zum Beispiel

SELECT * FROM FOO WHERE ID IN (SELECT ID FROM FOO2) 

als

SELECT FOO.* FROM FOO JOIN FOO2 ON FOO.ID=FOO2.ID 

oder

SELECT * FROM FOO WHERE ID NOT IN (SELECT ID FROM FOO2) 

kann

SELECT FOO.* FROM FOO 
LEFT OUTER JOIN FOO2 
ON FOO.ID=FOO2.ID WHERE FOO.ID IS NULL 

Answer 3

hatte ich das gleiche Problem helfen sollen. Ich wollte einen Blick zeigen Information des letzten Jahres aus einer Tabelle mit Datensätzen von 2009 auf 2011. Hier ist die ursprüngliche Abfrage erstellen:

SELECT a.* 
FROM a 
JOIN ( 
    SELECT a.alias, MAX(a.year) as max_year 
    FROM a 
    GROUP BY a.alias 
) b 
ON a.alias=b.alias and a.year=b.max_year 

Gliederung der Lösung:

1. erstellen Ansicht für jede Unterabfrage

Hier ist die Lösung Abfrage Unterabfragen mit diesen Ansichten ersetzen:

CREATE VIEW v_max_year AS 
    SELECT alias, MAX(year) as max_year 
    FROM a 
    GROUP BY a.alias; 

CREATE VIEW v_latest_info AS 
    SELECT a.* 
    FROM a 
    JOIN v_max_year b 
    ON a.alias=b.alias and a.year=b.max_year; 

Es funktioniert gut auf mysql 5.0.45, ohne viel Geschwindigkeitsbegrenzung (im Vergleich zur Ausführung die ursprüngliche Unterabfrage ohne Ansichten auswählen).

Answer 4

erstellen Sie eine Ansicht für jede Unterabfrage ist der Weg zu gehen. Hat es funktioniert wie ein Charme.

Answer 5

Sie können dies umgehen, indem Sie eine separate VIEW für jede Unterabfrage erstellen, die Sie verwenden möchten, und dann an der VIEW, die Sie erstellen, mitmachen. Hier ist ein Beispiel: http://blog.gruffdavies.com/2015/01/25/a-neat-mysql-hack-to-create-a-view-with-subquery-in-the-from-clause/

Das ist ganz praktisch, da Sie sehr wahrscheinlich es sowieso wollen würden wieder zu verwenden und helfen Sie, Ihre SQL trocken zu halten.