Common Table Expression, Sub-Query

Ich würde bitten, für Hilfe zu verstehen, die alle RDBMS von Oracle -, DB2 -, Sybase-Unterstützung (common table expression, CTE), die in einer sub-Abfrage. Ich bin mir bewusst, dass PostgreSQL nicht während der MS SQL Server nicht.

SELECT a.*, b.* 
 FROM (WHERE aa as (
          <<select_query>),
          SELECT * 
            FROM aa
           WHERE <<criteria>>
    ) as a
    LEFT JOIN (
        WITH bb as (
            <<select_query>
        ),
        select * from bb inner join tbl_c on <<innerjoin>> where <<criteria>>
    ) as b
    on <<join_expr>>

Ich bin nicht in der Lage zu definieren, die mit der Klausel, die außerhalb der sub-Abfragen - sowohl die Abfragen sind dynamisch generierte w.r.t. die Spalten, die Kriterien, Sicherheit, etc.
Auch die obige Abfrage selbst verwendet werden können, in einer anderen Abfrage als eine sub-Abfrage.
In Zusammenfassung, das Prinzip ist dynamisch generierte Ansichten, re-usable später. Einige Abfragen haben bis zu 10-12 solchen dynamischen Ansichten zusammengeführt werden, wie gut.
Das problem ist, dass die Anwendung sein soll ist Datenbank-agnostisch, zumindest so weit wie PG, Oracle & DB2 betroffen sind und Funktionen, die nicht unterstützt sind, nicht umgesetzt.

  • Oracle nennt es "subquery factoring", und es verwenden, um zu definieren, innerhalb einer Unterabfrage erscheint mir als eine schlechte Wahl. Je höher, desto breiter ist der Umfang zu nutzen.
InformationsquelleAutor Kapil | 2011-07-25
  1. 4

    Ja, Sie können mit CTE ist in Unterabfragen in Oracle. Aus der Oracle 11g-docs:

    Können Sie angeben, dass diese Klausel in jeder top-level-SELECT-Anweisung und in
    die meisten Typen von Unterabfragen. Der query-name ist sichtbar auf der Haupt-Abfrage
    und für alle weiteren Unterabfragen. Für rekursive subquery factoring,
    die Abfrage name ist auch sichtbar für die Unterabfrage, die die Abfrage definiert
    name selbst.

    Als Beispiel funktioniert in Oracle:

    SELECT a.*, b.*
  FROM (WITH aa AS
         (
           SELECT LEVEL l1, mod(level, 5) m1 FROM dual CONNECT BY LEVEL < 50
         )
         SELECT * FROM aa WHERE m1 < 3) a LEFT JOIN
       (WITH bb AS 
         (
           SELECT LEVEL l2, mod(level, 5) m2 FROM dual CONNECT BY LEVEL < 50
         )
         SELECT * FROM bb WHERE m2 BETWEEN 1 AND 4) b
        ON a.l1 = b.l2;
    InformationsquelleAutor DCookie
  2. 3

    Das ist nicht direkt eine Antwort auf deine Frage, aber vielleicht können Sie über diese denken:

    SQL Server zu beschränken scheint die Semantik (nicht unbedingt die syntax) von SQL, wo es Sinn macht, dies zu tun. Zum Beispiel können Sie eine Unterabfrage mit einem ORDER BY - Klausel, wenn Sie nicht auch angeben, dass ein TOP n - Klausel. Dies macht Sinn, wie bestellt Unterabfragen sind sinnlos, es sei denn, Sie haben Grenzen. Andere RDBMS erlauben für solche Sinnlosigkeit.

    In deinem Fall (das ist nur eine Vermutung), dass der CTE ist in Unterabfragen macht nur begrenzt Sinn, da schreiben Sie Ihre ganze Abfrage in einer Weise, dass die WAK-s deklariert sind, auf die oberste Ebene. Der einzige Unterschied wird sein, den Rahmen und vielleicht die Lesbarkeit der einzelnen Erklärung.

    Auf der anderen Seite, CTE ist damit für rekursive Abfragen, die möglicherweise sehr schwer zu gelten, wenn die CTE ' s deklariert werden, in Unterabfragen...

    Da müssen Sie implementieren, Datenbank-agnostisch, SQL, empfehle ich Sie nicht machen starken Gebrauch von CTE noch. Wenn CTE ' s sind einfach, können Sie immer schreiben Sie so einfach sichten...

    • Sicher. In dem moment, dass ist das, was wir gezwungen sind zu tun, im moment. Allerdings wären Sie in der Lage, zu kommentieren, auf der anderen RDBMS unterstützen "MIT" innere Abfrage?
    • leider kann ich dir nicht mehr sagen als dies. Ich habe nicht versucht, mit der WITH Klausel in verschachtelten Abfragen noch. Ich glaube nicht, dass es sollte ein Allgemeines problem, obwohl, wenn CTE ' s sind nicht rekursiv.
    InformationsquelleAutor Lukas Eder
  3. 0

    Neueren Microsoft SQL Server-Versionen unterstützen CTE ist.

    InformationsquelleAutor user3081814
  4. 0

    Während PostgreSQL unterstützt die WAK-s, Sie sind eine Optimierung Barriere, die verhindert, dass Prädikat oder join drücken in die CTE-Abfrage. Dies macht Sie weniger wirksam in vielen Fällen als eine einfache Unterabfrage.

    InformationsquelleAutor David Aldridge
Schreibe einen Kommentar