IN vs OR von Oracle, welche schneller?

Bin ich eine Anwendung entwickeln, welche Prozesse viele Daten in der Oracle-Datenbank.

In einigen Fällen habe ich zu viele Sache auf eine bestimmte Liste von Bedingungen, und ich benutze SELECT ...FROM.. WHERE... IN..., aber die IN Ausdruck akzeptiert nur eine Liste, deren Größe maximal 1.000 Artikel.

Also ich benutze OR Ausdruck anstelle, aber wie ich beobachten kann-vielleicht ist diese Abfrage (mit OR) ist langsamer als IN (mit der gleichen Liste, Bedingung). Ist es richtig? Und wenn ja, wie die Verbesserung der Geschwindigkeit von Abfragen?

Kommentar zu dem Problem - Öffnen

Ist die Liste statischen oder aus einer Abfrage? Kommentarautor: Phil

Nein, die Liste mit Wert-Abfrage abgerufen aus externen Quellen. Gibt es eine Möglichkeit, dieses Problem zu lösen, da meine Liste ist zu groß, enthalten über 100000 Artikel Kommentarautor: Đinh Hồng Châu

So, du bist die Schaffung eines massiven query-string, wie IN (...9997, 9998, 9999, 1000,1001 ...) ? Das allein wird eine Menge Kosten, zu übermitteln und zu analysieren. Achten Sie nicht auf die sql-injection-Möglichkeiten. Kommentarautor: O. Jones

InformationsquelleAutor der Frage | 2011-06-29

27

IN vorzuziehen ist OR -- OR ist eine notorisch schlechte Darsteller, und kann dazu führen, andere Probleme, die müsste mit der Klammer in komplexen Abfragen.

Bessere option als entweder IN oder OR, ist die Verknüpfung zu einer Tabelle mit den Werten, die Sie wollen (oder nicht wollen). Diese Tabelle für den Vergleich abgeleitet werden können, temporäre oder bereits bestehende in Ihrem schema.

InformationsquelleAutor der Antwort OMG Ponies
7

In diesem Szenario würde ich dies tun:
1. Erstellen Sie eine Spalte, die die Globale temporäre Tabelle
2. Füllen Sie diese Tabelle mit Ihrer Liste von der externen Quelle (und schnell - eine ganze Diskussion)
3. Tun Sie Ihre Abfrage durch den Beitritt der temporären Tabelle in die andere (denken dynamic-sampling, da die temporäre Tabelle wird keine gute Statistik)
Bedeutet dies, dass Sie können lassen Sie die Art der Datenbank und schreiben Sie eine einfache Abfrage.

InformationsquelleAutor der Antwort WW.
2

Ich würde Fragen, der ganze Ansatz. Die Kunde von der SP hat zu senden, 100000-IDs. Wo kommt der AUFTRAGGEBER dieser IDs aus? Das versenden einer so großen Anzahl von ID als parameter der proc-Kosten wird deutlich sowieso.

InformationsquelleAutor der Antwort oazabir
2

Oracle intern konvertiert IN Listen zu Listen von ORs eh also da sollte es wirklich keine performance-Unterschiede. Der einzige Unterschied ist, dass Oracle zu transformieren INs hat aber mehr strings zu Parsen, wenn Sie die Versorgung der Gebiete in äußerster Randlage selbst.

Hier ist, wie Sie das testen.
```
CREATE TABLE my_test (id NUMBER);

SELECT 1 
FROM my_test
WHERE id IN (1,2,3,4,5,6,7,8,9,10,
             21,22,23,24,25,26,27,28,29,30,
             31,32,33,34,35,36,37,38,39,40,
             41,42,43,44,45,46,47,48,49,50,
             51,52,53,54,55,56,57,58,59,60,
             61,62,63,64,65,66,67,68,69,70,
             71,72,73,74,75,76,77,78,79,80,
             81,82,83,84,85,86,87,88,89,90,
             91,92,93,94,95,96,97,98,99,100
             );

SELECT sql_text, hash_value
FROM v$sql 
WHERE sql_text LIKE '%my_test%';

SELECT operation, options, filter_predicates
FROM v$sql_plan
WHERE hash_value = '1181594990'; -- hash_value from previous query
```
SELECT-ANWEISUNG

TABLE ACCESS FULL " ("ID"=1 ODER "ID"=2 ODER "ID"=3 ODER "ID"=4 ODER "ID"=5
ODER "ID"=6 ODER "ID"=7 ODER "ID"=8 ODER "ID"=9 ODER "ID"=10 ODER "ID"=21 ODER
"ID"=22 ODER "ID"=23 ODER "ID"=24 " ODER "ID"=25 "ID"=26 ODER "ID"=27 ODER
"ID"=28 ODER "ID"=29 ODER "ID"=30 "ID"=31 ODER "ID"= " 32 " ODER "ID"=33 BZW.
"ID"=34 ODER ID=35 ODER "ID"=36 "ID"=37 ODER "ID"=38 ODER "ID"=39 BZW.
"ID"=40 "ID"=41 ODER "ID"=42 ODER "ID"=43 ODER "ID"=44 ODER "ID"=45 ODER
"ID"=46 ODER "ID"=47 ODER "ID"=48 "ID"=49 ODER "ID"=50 ODER "ID"=51 BZW.
"ID"=52 "ID"=53 ODER "ID"=54 ODER "ID"=55 "ID"=56 ODER "ID"=57 BZW.
"ID"=58 ODER "ID"=59 "ID"= " 60 " ODER "ID"=61 ODER "ID"=62 ODER "ID"=63 ODER
"ID"=64 ODER "ID"=65 "ID"=66 ODER "ID"=67 ODER "ID"=68 ODER "ID"=69 BZW.
"ID"=70 "ID"=71 ODER "ID"=72 ODER "ID"=73 ODER "ID"=74 ODER "KENNUNG"=75 BZW.
"ID"=76 ODER "ID"=77 ODER "ID"=78 ODER "ID"=79 ODER "ID"=80 ODER "ID"=81 ODER
"ID"=82 ODER "ID"=83 ODER "ID"=84 ODER "ID"=85 ODER "ID"=86 ODER "ID"=87 ODER
"ID"=88 ODER "ID"=89 ODER "ID"=90 "ID"=91 ODER "ID"=92 "ID"=93 ODER
"ID"=94 ODER "ID"=95-ODER "ID"=96 ODER "ID"=97 ODER "ID"=98) ODER "ID"=99 ODER
"ID"=100)

InformationsquelleAutor der Antwort jva
1

Wenn Sie die Tabelle mit einem primary key:
```
CREATE TABLE my_test (id NUMBER,
CONSTRAINT PK PRIMARY KEY (id));
```
gehen und durch das gleiche Wählt, die zum ausführen der Abfrage mit mehreren Werten, gefolgt von dem abrufen der Ausführungsplan per hash-Wert, was Sie bekommen, ist:
```
SELECT STATEMENT
INLIST ITERATOR
INDEX                  RANGE SCAN
```
Dies scheint zu implizieren, dass, wenn Sie haben eine Liste und diese mit einem PK-Spalte, Oracle hält die Liste intern als "INLIST", da es effizienter zu verarbeiten, anstatt Sie zu konvertieren ORs, wie in der Fall von eine nicht indizierte Tabelle.

War ich mit Oracle 10gR2 oben.

InformationsquelleAutor der Antwort TrevorH

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.