Oracle-SQL-Abfrage Filtern in der JOIN AUF vs WO

Für inner joins, gibt es einen Unterschied in der Leistung, um einen filter anzuwenden, der JOIN ON - Klausel oder die WHERE - Klausel? Die gehen, effizienter zu werden, oder wird der Optimierer machen Sie gleich?

JOIN"

SELECT u.name
FROM users u
JOIN departments d
ON u.department_id = d.id
AND d.name         = 'IT'

SELECT u.name
FROM users u
JOIN departments d
ON u.department_id = d.id
WHERE d.name       = 'IT'

Oracle 11gR2

Was passiert, wenn Sie jede Methode getestet?
Es sollte keine Unterschied. Sie können jederzeit überprüfen Sie den plan mit EXPLAIN PLAN FOR oder tatsächlichen Ausführungsplan mit dbms_xplan Funktionen.
bei der Prüfung, Sie scheinen identisch zu sein, obwohl mein Verständnis war erhalten Sie einen Vorteil, einschließlich der filter, die in der Verknüpfung (eine Art pre-filter)
Die Abfrage-Motoren haben die Optimierungen, die sich vor der Ausführung einer Abfrage.
Das ist wirklich ein Duplikat der Frage, "Inner-join vs. Wo", stackoverflow.com/questions/121631/inner-join-vs-where?rq=1.
nicht unbedingt, ich Frage nach zusätzlichen filtern, nicht die Verknüpfung von Kriterien. nun, die Antworten werden die gleichen sein, aber die Frage ist (wenn auch nur geringfügig) unterschiedliche
Ja, mit der zusätzlichen Filterung, es ist anders.

InformationsquelleAutor invertigo | 2014-08-15

8

Sollte es keinen Unterschied. Der Optimierer sollte generieren die den gleichen plan und in beiden Fällen sollte in der Lage sein zu gelten, die das Prädikat vor, nach oder während der Verknüpfung in jedem Fall auf Grundlage was ist die effizienteste Herangehensweise für die jeweilige Abfrage.

Natürlich die Tatsache, dass der Optimierer kann etwas tun, im Allgemeinen, ist keine Garantie dafür, dass der Optimierer wird tatsächlich etwas in einer bestimmten Abfrage. Wie Abfragen komplizierter, wird es unmöglich, erschöpfend betrachten Sie jede mögliche Abfrage-plan, die bedeutet, dass auch mit perfekte information und perfekte Codes, kann der Optimierer nicht die Zeit haben, alles zu tun, dass Sie möchten, es zu tun. Sie müssten, um einen Blick auf die tatsächlichen Pläne generiert, für die zwei Abfragen, um zu sehen, wenn Sie tatsächlich identisch.
- Neben, verknüpfen von Tabellen innerhalb der WHERE - Klausel besteht aus einer old-style-syntax in Bezug zu SQL89. Von SQL92 und höher, es wird ermutigt, den JOIN syntax aus Gründen der besseren Lesbarkeit, es nicht für die Leistung, die Sie ausführen sollten, gleich, je nach Komplexität.
- Ich glaube nicht, dass jemand spricht darüber machen, dass das join-Prädikat in der WHERE - Klausel anstatt der SQL99 join syntax. Diese Frage ist nur darum, die filter-Prädikaten in der join-Klausel statt in der WHERE - Klausel. Natürlich, Oracle war relativ spät zu erlassen, die SQL99 join syntax und die ersten paar Versionen der parser hatte einige Fehler, die den old-style-syntax, effizienter zu sein, zumindest manchmal. Das ist wohl kein Thema so viel in 11.2 hat es aber einige Leute Sauer auf die neuere syntax.
InformationsquelleAutor Justin Cave
0

Ich lieber setzen Sie den filter-Kriterien in der where - Klausel.

Mit data-warehouse-Abfragen, setzen Sie den filter-Kriterien in der join Ergebnisse, um die Abfrage dauerhaft sehr sehr viel länger.

Ich habe zum Beispiel Tabelle1 indiziert durch Feld Datum und Tabelle2 - partitionierten Bereich Partition, Tabelle2 ist die größte Tabelle in der Abfrage und es wird in anderen Datenbank-server. Ich benutze driving_site Hinweis zu sagen, die Optimierer Tabelle2 Partitionen.
```
select /*+driving_site(b)*/ a.key, sum(b.money) money
  from schema.table1 a
  join schema2.table2@dblink b
    on a.key = b.key
 where b.partition = to_number(to_char(:i,'yyyymm'))
   and a.date = :i
 group by a.key`
```
Wenn ich die Abfrage auf diese Weise, dauert es etwa 30 - 40 Sekunden, bis die Ergebnisse zurückgegeben.

Wenn ich nicht die Abfrage auf diese Weise, dauert es etwa 10 Minuten, bis ich Abbrechen die Ausführung mit keine Ergebnisse.

InformationsquelleAutor Emil Daniel Ordoñez Avila

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.