Wie effizient hat Oracle mit einem sehr lange IN der Liste operator

Soll der Optimierer stützt Ihre Entscheidung auf die Anzahl der Elemente in der Liste und die Anzahl der Zeilen in der Tabelle. Wenn der Tisch hat Millionen von Zeilen, und die Liste hat noch ein paar tausend Artikel, würde ich generell erwarten, dass es mit dem index zu tun, der ein paar tausend single-row-lookups. Wenn der Tisch hat ein paar tausend Zeilen und die Liste hat ein paar tausend Stück, würde ich erwarten, dass der optimizer führen Sie einen vollständigen scan der Tabelle. In der Mitte, natürlich, ist, wo alle die interessanten Sachen passiert und wo es schwerer wird, arbeiten Sie heraus, was genau planen die Optimierung wählen.

Im Allgemeinen, jedoch dynamisch Gebäude dieser Art der Abfrage wird problematisch sein, die aus einer performance-Sicht nicht, weil, wie teuer eine bestimmte Ausführung der Abfrage ist, sondern weil die Abfragen, die Sie generieren, sind nicht teilbar. Da können Sie nicht verwenden Sie bind-Variablen (oder, wenn Sie mit bind-Variablen, benötigen Sie eine unterschiedliche Anzahl von bind-Variablen). Das zwingt Oracle zu tun, eher teuer, schwer analysieren der Abfrage jedes mal und macht Druck auf Ihre shared-pool wird wahrscheinlich zwingen, aus anderen Abfragen, sind teilbar, das werden Sie verursachen mehr schwer Analyse in das system. Sie werden in der Regel besser bedient, warf die Daten, die Sie anpassen möchten, auf in eine temporäre Tabelle (oder auch eine permanente Tabelle), so dass Sie Ihre Abfrage kann dann vorgenommen werden, geteilt und analysiert nur einmal.

Zu Branko Kommentar, während Oracle ist auf 1000 begrenzt Literale in einer IN Liste, das ist nur, wenn Sie mit den "normalen" syntax, d.h.

WHERE projectID IN (1,2,3,...,N)

Wenn Sie die Tupel syntax, die Sie weiter oben geschrieben, jedoch, Sie können eine unbegrenzte Anzahl von Elementen.

So, zum Beispiel, werde ich erhalten eine Fehlermeldung, wenn ich den Aufbau einer Abfrage mit 2000 Elementen in der IN Liste

SQL> ed
Wrote file afiedt.buf

  1  declare
  2    l_sql_stmt varchar2(32000);
  3    l_cnt      integer;
  4  begin
  5    l_sql_stmt := 'select count(*) from emp where empno in (';
  6    for i in 1..2000
  7    loop
  8      l_sql_stmt := l_sql_stmt || '(1),';
  9    end loop;
 10    l_sql_stmt := rtrim(l_sql_stmt,',') || ')';
 11  --  p.l( l_sql_stmt );
 12    execute immediate l_sql_stmt into l_cnt;
 13* end;
SQL> /
declare
*
ERROR at line 1:
ORA-01795: maximum number of expressions in a list is 1000
ORA-06512: at line 12

Aber nicht, wenn ich mit dem Tupel syntax

SQL> ed
Wrote file afiedt.buf

  1  declare
  2    l_sql_stmt varchar2(32000);
  3    l_cnt      integer;
  4  begin
  5    l_sql_stmt := 'select count(*) from emp where (empno,empno) in (';
  6    for i in 1..2000
  7    loop
  8      l_sql_stmt := l_sql_stmt || '(1,1),';
  9    end loop;
 10    l_sql_stmt := rtrim(l_sql_stmt,',') || ')';
 11  --  p.l( l_sql_stmt );
 12    execute immediate l_sql_stmt into l_cnt;
 13* end;
SQL> /

PL/SQL procedure successfully completed.