Heim Datenbank MySQL-Tutorial Oracle TABLE ACCESS BY INDEX ROWID 说明

Oracle TABLE ACCESS BY INDEX ROWID 说明

Jun 07, 2016 pm 05:17 PM

Oracle TABLE ACCESS BY INDEX ROWID 说明,rowid是伪列(pseudocolumn),在查询结果输出时它被构造出来的。rowid并不会真正存在

一.  测试环境

SQL> select * from v$version where rownum=1; 

BANNER

--------------------------------------------------------------------------------

Oracle Database 11g Enterprise Edition Release11.2.0.3.0 - 64bit Production 

SQL> create table dave as selectobject_id,object_name,object_type,created,timestamp,status from all_objects;

表已创建。 

SQL> create table dave2 as select * from dave;

表已创建。 

--收集统计信息,这里没有收集直方图:

SQL> exec dbms_stats.gather_table_stats(ownname=>'SYS',tabname =>'DAVE',estimate_percent => 10 ,method_opt =>'FORCOLUMNS size 1',degree=>10,cascade => true); 

PL/SQL 过程已成功完成。 

SQL> exec dbms_stats.gather_table_stats(ownname=>'SYS',tabname =>'DAVE2',estimate_percent => 10 ,method_opt =>'FORCOLUMNS size 1',degree=>10,cascade => true); 

PL/SQL 过程已成功完成。 

SQL> alter system flush buffer_cache; 

系统已更改。 

--查看全表扫描时的执行计划:

SQL> set autot traceonly 

SQL> select d1.object_name,d2.object_type fromdave d1,dave2 d2 where d1.object_id=d2.object_id; 

已选择72762行。 

执行计划

----------------------------------------------------------

Plan hash value: 3613449503 

------------------------------------------------------------------------------------

| Id  |Operation          | Name  | Rows | Bytes |TempSpc| Cost (%CPU)| Time    |

------------------------------------------------------------------------------------

|   0 |SELECT STATEMENT   |       | 72520 |  3824K|      |   695   (1)| 00:00:09 |

|*  1 |  HASH JOIN         |      | 72520 |  3824K|  2536K|  695   (1)| 00:00:09 |

|   2 |   TABLE ACCESS FULL| DAVE2 | 71990 |  1687K|      |   213   (1)| 00:00:03 |

|   3 |   TABLE ACCESS FULL| DAVE  | 72520 | 2124K|       |   213  (1)| 00:00:03 |

------------------------------------------------------------------------------------ 

Predicate Information (identified by operation id):

--------------------------------------------------- 

   1 -access("D1"."OBJECT_ID"="D2"."OBJECT_ID") 

统计信息

----------------------------------------------------------

         0  recursive calls

         0  db block gets

      6353  consistent gets

       1558  physical reads

         0  redo size

   3388939  bytes sent via SQL*Net toclient

     53874  bytes received via SQL*Netfrom client

      4852  SQL*Net roundtrips to/fromclient

         0  sorts (memory)

         0  sorts (disk)

     72762  rows processed

SQL> 

 

SQL> create index idx_dave_object_idon dave(object_id);

索引已创建。

SQL> create index idx_dave_object_id2 ondave2(object_id);

索引已创建。 

--在次查看执行计划: 

SQL> select d1.object_name,d2.object_type fromdave d1,dave2 d2 where d1.object_id=d2.object_id; 

已选择72762行。 

执行计划

----------------------------------------------------------

Plan hash value: 3613449503

 

------------------------------------------------------------------------------------

| Id  |Operation          | Name  | Rows | Bytes |TempSpc| Cost (%CPU)| Time    |

------------------------------------------------------------------------------------

|   0 |SELECT STATEMENT   |       | 72520 |  3824K|      |   695   (1)| 00:00:09 |

|*  1 |  HASH JOIN         |      | 72520 |  3824K|  2536K|  695   (1)| 00:00:09 |

|   2 |   TABLE ACCESS FULL| DAVE2 | 71990 |  1687K|      |   213   (1)| 00:00:03 |

|   3 |   TABLE ACCESS FULL| DAVE  | 72520 | 2124K|       |   213  (1)| 00:00:03 |

------------------------------------------------------------------------------------ 

Predicate Information (identified by operation id):

--------------------------------------------------- 

   1 -access("D1"."OBJECT_ID"="D2"."OBJECT_ID") 

统计信息

----------------------------------------------------------

         1  recursive calls

         0  db block gets

      6353  consistent gets

          0  physical reads

         0  redo size

   3388939  bytes sent via SQL*Net toclient

     53874  bytes received via SQL*Netfrom client

      4852  SQL*Net roundtrips to/fromclient

         0  sorts (memory)

         0  sorts (disk)

     72762  rows processed 

这里的物理读为0. 但是还是走的是全表扫描。 

SQL> alter system flush buffer_cache; 

系统已更改。 

SQL> select d1.object_name,d2.object_type fromdave d1,dave2 d2 where d1.object_id=d2.object_id  and d1.object_id

已选择98行。 

执行计划

----------------------------------------------------------

Plan hash value: 504164237 

----------------------------------------------------------------------------------------------------

| Id  |Operation                    | Name                | Rows  | Bytes | Cost (%CPU)| Time     |

----------------------------------------------------------------------------------------------------

|   0 |SELECT STATEMENT             |                     |  3600 |  189K|    23   (5)| 00:00:01 |

|*  1 |  HASH JOIN                   |                     |  3600 |  189K|    23   (5)| 00:00:01 |

|   2 |   TABLE ACCESS BY INDEX ROWID| DAVE2               |  3600 | 86400 |    11  (0)| 00:00:01 |

|*  3 |    INDEX RANGE SCAN          | IDX_DAVE_OBJECT_ID2 |   648 |      |     3   (0)| 00:00:01 |

|   4 |   TABLE ACCESS BY INDEX ROWID| DAVE                |  3626 |  106K|    11   (0)| 00:00:01 |

|*  5 |    INDEX RANGE SCAN          | IDX_DAVE_OBJECT_ID  |   653|       |     3  (0)| 00:00:01 |

---------------------------------------------------------------------------------------------------- 

Predicate Information (identified by operation id):

---------------------------------------------------

 

   1 -access("D1"."OBJECT_ID"="D2"."OBJECT_ID")

   3 -access("D2"."OBJECT_ID"

   5 -access("D1"."OBJECT_ID"

统计信息

----------------------------------------------------------

         1  recursive calls

         0  db block gets

        20  consistent gets

         6  physical reads

         0  redo size

      3317  bytes sent via SQL*Net toclient

       590  bytes received via SQL*Netfrom client

         8  SQL*Net roundtrips to/fromclient

         0  sorts (memory)

         0  sorts (disk)

        98  rows processed

SQL> 

走索引之后,物理读从1558降到6.  

linux

Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn

Heiße KI -Werkzeuge

Undresser.AI Undress

Undresser.AI Undress

KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover

AI Clothes Remover

Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool

Undress AI Tool

Ausziehbilder kostenlos

Clothoff.io

Clothoff.io

KI-Kleiderentferner

AI Hentai Generator

AI Hentai Generator

Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

R.E.P.O. Energiekristalle erklärten und was sie tun (gelber Kristall)
4 Wochen vor By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Beste grafische Einstellungen
4 Wochen vor By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. So reparieren Sie Audio, wenn Sie niemanden hören können
4 Wochen vor By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Chat -Befehle und wie man sie benutzt
4 Wochen vor By 尊渡假赌尊渡假赌尊渡假赌

Heiße Werkzeuge

Notepad++7.3.1

Notepad++7.3.1

Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version

SublimeText3 chinesische Version

Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1

Senden Sie Studio 13.0.1

Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6

Dreamweaver CS6

Visuelle Webentwicklungstools

SublimeText3 Mac-Version

SublimeText3 Mac-Version

Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Erläutern Sie InnoDB Volltext-Suchfunktionen. Erläutern Sie InnoDB Volltext-Suchfunktionen. Apr 02, 2025 pm 06:09 PM

Die Volltext-Suchfunktionen von InnoDB sind sehr leistungsfähig, was die Effizienz der Datenbankabfrage und die Fähigkeit, große Mengen von Textdaten zu verarbeiten, erheblich verbessern kann. 1) InnoDB implementiert die Volltext-Suche durch invertierte Indexierung und unterstützt grundlegende und erweiterte Suchabfragen. 2) Verwenden Sie die Übereinstimmung und gegen Schlüsselwörter, um den Booleschen Modus und die Phrasesuche zu unterstützen. 3) Die Optimierungsmethoden umfassen die Verwendung der Word -Segmentierungstechnologie, die regelmäßige Wiederaufbauung von Indizes und die Anpassung der Cache -Größe, um die Leistung und Genauigkeit zu verbessern.

Wie verändern Sie eine Tabelle in MySQL mit der Änderungstabelleanweisung? Wie verändern Sie eine Tabelle in MySQL mit der Änderungstabelleanweisung? Mar 19, 2025 pm 03:51 PM

In dem Artikel werden mithilfe der Änderungstabelle von MySQL Tabellen, einschließlich Hinzufügen/Löschen von Spalten, Umbenennung von Tabellen/Spalten und Ändern der Spaltendatentypen, erläutert.

Wie konfiguriere ich die SSL/TLS -Verschlüsselung für MySQL -Verbindungen? Wie konfiguriere ich die SSL/TLS -Verschlüsselung für MySQL -Verbindungen? Mar 18, 2025 pm 12:01 PM

In Artikel werden die Konfiguration der SSL/TLS -Verschlüsselung für MySQL, einschließlich der Erzeugung und Überprüfung von Zertifikaten, erläutert. Das Hauptproblem ist die Verwendung der Sicherheitsauswirkungen von selbstsignierten Zertifikaten. [Charakterzahl: 159]

Wann könnte ein vollständiger Tabellen -Scan schneller sein als einen Index in MySQL? Wann könnte ein vollständiger Tabellen -Scan schneller sein als einen Index in MySQL? Apr 09, 2025 am 12:05 AM

Die volle Tabellenscannung kann in MySQL schneller sein als die Verwendung von Indizes. Zu den spezifischen Fällen gehören: 1) das Datenvolumen ist gering; 2) Wenn die Abfrage eine große Datenmenge zurückgibt; 3) wenn die Indexspalte nicht sehr selektiv ist; 4) Wenn die komplexe Abfrage. Durch Analyse von Abfrageplänen, Optimierung von Indizes, Vermeidung von Überindex und regelmäßiger Wartung von Tabellen können Sie in praktischen Anwendungen die besten Auswahlmöglichkeiten treffen.

Was sind einige beliebte MySQL -GUI -Tools (z. B. MySQL Workbench, PhpMyAdmin)? Was sind einige beliebte MySQL -GUI -Tools (z. B. MySQL Workbench, PhpMyAdmin)? Mar 21, 2025 pm 06:28 PM

In Artikel werden beliebte MySQL -GUI -Tools wie MySQL Workbench und PhpMyAdmin beschrieben, die ihre Funktionen und ihre Eignung für Anfänger und fortgeschrittene Benutzer vergleichen. [159 Charaktere]

Wie behandeln Sie große Datensätze in MySQL? Wie behandeln Sie große Datensätze in MySQL? Mar 21, 2025 pm 12:15 PM

In Artikel werden Strategien zum Umgang mit großen Datensätzen in MySQL erörtert, einschließlich Partitionierung, Sharding, Indexierung und Abfrageoptimierung.

Kann ich MySQL unter Windows 7 installieren? Kann ich MySQL unter Windows 7 installieren? Apr 08, 2025 pm 03:21 PM

Ja, MySQL kann unter Windows 7 installiert werden, und obwohl Microsoft Windows 7 nicht mehr unterstützt hat, ist MySQL dennoch kompatibel damit. Während des Installationsprozesses sollten jedoch folgende Punkte festgestellt werden: Laden Sie das MySQL -Installationsprogramm für Windows herunter. Wählen Sie die entsprechende Version von MySQL (Community oder Enterprise) aus. Wählen Sie während des Installationsprozesses das entsprechende Installationsverzeichnis und das Zeichen fest. Stellen Sie das Stammbenutzerkennwort ein und behalten Sie es ordnungsgemäß. Stellen Sie zum Testen eine Verbindung zur Datenbank her. Beachten Sie die Kompatibilitäts- und Sicherheitsprobleme unter Windows 7, und es wird empfohlen, auf ein unterstütztes Betriebssystem zu aktualisieren.

Differenz zwischen Clustered Index und nicht klusterer Index (Sekundärindex) in InnoDB. Differenz zwischen Clustered Index und nicht klusterer Index (Sekundärindex) in InnoDB. Apr 02, 2025 pm 06:25 PM

Der Unterschied zwischen Clustered Index und nicht klusterer Index ist: 1. Clustered Index speichert Datenzeilen in der Indexstruktur, die für die Abfrage nach Primärschlüssel und Reichweite geeignet ist. 2. Der nicht klusterierte Index speichert Indexschlüsselwerte und -zeiger auf Datenzeilen und ist für nicht-primäre Schlüsselspaltenabfragen geeignet.

See all articles