Advanced Oracle SQL: Subquery Inline View
Advanced Oracle SQL: Subquery Inline View Oracle Tips by Laurent Schneider Laurent Schneider is considered one of the top Oracle SQLexperts, and he is the author of the book Advanced SQL Programming by Rampant TechPress. The following is a
Advanced Oracle SQL: Subquery Inline View Oracle Tips by Laurent Schneider |
Laurent Schneider is considered one of the top Oracle SQLexperts, and he is the author of the book "Advanced SQL Programming"by Rampant TechPress. The following is an excerpt from the book.
In the FROM clause below, a subquery acts as a table:
SELECT
ENAME
FROM
(
SELECT
EMPNO,
ENAME,
SAL
FROM
EMP
WHERE
DEPTNO=10
)
WHERE
SAL
ENAME
----------
CLARK
MILLER
--------------------------------------------------------------------------
| Id | Operation | Name |Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 13 | 3 (0)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| EMP | 1| 13 | 3 (0)| 00:00:01 |
--------------------------------------------------------------------------
1 - filter("DEPTNO"=10 AND "SAL"
The subquery returns all employees of department 10, and the main queryreturns only those with a salary less than 2500.
The subquery could be saved as a view, providing the necessary privilegesare granted. In fact, a subquery in the FROM clause is called an inline viewand might look like the following where the view is created before theselection. The selection starts with the WITH statement:
CREATE VIEW
DEPT10
AS
SELECT
EMPNO,
ENAME,
SAL
FROM
EMP
WHERE
DEPTNO=10
/
SELECT
ENAME
FROM
DEPT10
WHERE
SAL
WITH
DEPT10
AS
(
SELECT
EMPNO,
ENAME,
SAL
FROM
EMP
WHERE
DEPTNO=10
)
SELECT
ENAME
FROM
DEPT10
WHERE
SAL
Subquery factoring was introduced in Oracle 9i. Instead of using asubquery, the two conditions, salary less than 2500 and department equal 10,could be combined by an AND logical operator.
Nested subquery
Subqueries can be used in logical statements like =ALL, >SOME,
The three queries that follow create the same result and the same plan:
SELECT
DEPTNO
FROM
DEPT
WHERE
DEPTNO!=ALL
(
SELECT
EMP.DEPTNO
FROM
EMP
WHERE
EMP.DEPTNO IS NOT NULL
);
DEPTNO
----------
40
------------------------------------------------------------------------------
| Id | Operation |Name | Rows | Bytes | Cost (%CPU)|Time |
------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 3| 18 | 5 (20)| 00:00:01 |
|* 1 | HASH JOIN ANTI | | 3| 18 | 5 (20)| 00:00:01 |
| 2 | INDEX FULL SCAN | PK_DEPT | 4 | 12 | 1 (0)| 00:00:01 |
|* 3 | TABLE ACCESS FULL| EMP | 14 | 42 | 3 (0)| 00:00:01 |
------------------------------------------------------------------------------
1 - access("DEPTNO"="EMP"."DEPTNO")
3 - filter("EMP"."DEPTNO" IS NOT NULL)
Or:
SELECT
DEPTNO
FROM
DEPT
WHERE
DEPTNO NOT IN
(
SELECT
EMP.DEPTNO
FROM
EMP
WHERE
EMP.DEPTNO IS NOT NULL
);
DEPTNO
----------
40
------------------------------------------------------------------------------
| Id | Operation |Name | Rows | Bytes | Cost (%CPU)|Time |
------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 3 | 18 | 5 (20)| 00:00:01 |
|* 1 | HASH JOIN ANTI | | 3| 18 | 5 (20)| 00:00:01 |
| 2 | INDEX FULL SCAN | PK_DEPT| 4 | 12 | 1 (0)| 00:00:01 |
|* 3 | TABLE ACCESS FULL| EMP | 14 | 42 | 3 (0)| 00:00:01 |
------------------------------------------------------------------------------
1 - access("DEPTNO"="EMP"."DEPTNO")
3 - filter("EMP"."DEPTNO" IS NOT NULL)
Or:
SELECT
DEPTNO
FROM
DEPT
WHERE
NOT EXISTS
(
SELECT
*
FROM
EMP
WHERE
EMP.DEPTNO=DEPT.DEPTNO
);
DEPTNO
----------
40
------------------------------------------------------------------------------
| Id | Operation |Name | Rows | Bytes | Cost (%CPU)|Time |
------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 3| 18 | 5 (20)| 00:00:01 |
|* 1 | HASH JOIN ANTI | | 3| 18 | 5 (20)| 00:00:01 |
| 2 | INDEX FULL SCAN | PK_DEPT| 4 | 12 | 1 (0)| 00:00:01 |
| 3 | TABLE ACCESS FULL| EMP | 14 | 42 | 3 (0)| 00:00:01 |
------------------------------------------------------------------------------
1 -access("EMP"."DEPTNO"="DEPT"."DEPTNO")
From the department table, the department that is different from alldepartments in EMP is returned.
A subquery in the WHERE clause is called a nested subquery. The joinbetween the two tables is an antijoin.
It is important to note the NOT NULL condition in NOT IN and !=ALL. If onedepartment is null in EMP, it should not exclude department 40:
SELECT
DEPTNO
FROM
DEPT
WHERE
DEPTNO=SOME
(
SELECT
EMP.DEPTNO
FROM
EMP
);
DEPTNO
----------
10
20
30
-------------------------------------------------------------------------------
| Id |Operation |Name | Rows | Bytes | Cost (%CPU)|Time |
-------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 3 | 18 | 4 (25)| 00:00:01 |
| 1 | NESTED LOOPS | | 3| 18 | 4 (25)| 00:00:01 |
| 2 | SORT UNIQUE | | 14| 42 | 3 (0)| 00:00:01 |
| 3 | TABLE ACCESS FULL|EMP | 14 | 42| 3 (0)| 00:00:01 |
|* 4 | INDEX UNIQUE SCAN | PK_DEPT | 1 | 3 | 0 (0)|00:00:01 |
-------------------------------------------------------------------------------
4 - access("DEPTNO"="EMP"."DEPTNO")
Or:
SELECT
DEPTNO
FROM
DEPT
WHERE
DEPTNO IN
(
SELECT
EMP.DEPTNO
FROM
EMP
);
DEPTNO
----------
10
20
30
-------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|Time |
-------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 3| 18 | 4 (25)| 00:00:01 |
| 1 | NESTED LOOPS | | 3| 18 | 4 (25)| 00:00:01 |
| 2 | SORT UNIQUE | | 14| 42 | 3 (0)| 00:00:01 |
| 3 | TABLE ACCESS FULL|EMP | 14 | 42| 3 (0)| 00:00:01 |
|* 4 | INDEX UNIQUE SCAN | PK_DEPT | 1 | 3 | 0 (0)|00:00:01 |
-------------------------------------------------------------------------------
4 -access("DEPTNO"="EMP"."DEPTNO")
Or:
SELECT
DEPTNO
FROM
DEPT
WHERE
EXISTS
(
SELECT
*
FROM
EMP
WHERE
EMP.DEPTNO=DEPT.DEPTNO
);
DEPTNO
----------
10
20
30
-------------------------------------------------------------------------------
| Id | Operation | Name |Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 3| 18 | 4 (25)| 00:00:01 |
| 1 | NESTED LOOPS | | 3| 18 | 4 (25)| 00:00:01 |
| 2 | SORT UNIQUE | | 14| 42 | 3 (0)| 00:00:01 |
| 3 | TABLE ACCESS FULL|EMP | 14 | 42| 3 (0)| 00:00:01 |
|* 4 | INDEX UNIQUE SCAN | PK_DEPT | 1 | 3 | 0 (0)|00:00:01 |
-------------------------------------------------------------------------------
4 -access("EMP"."DEPTNO"="DEPT"."DEPTNO")
This type of join is called a semijoin.

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



Der Aufbewahrungszeitraum von Oracle-Datenbankprotokollen hängt vom Protokolltyp und der Konfiguration ab, einschließlich: Redo-Protokolle: Wird durch die maximale Größe bestimmt, die mit dem Parameter „LOG_ARCHIVE_DEST“ konfiguriert wird. Archivierte Redo-Protokolle: Bestimmt durch die maximale Größe, die durch den Parameter „DB_RECOVERY_FILE_DEST_SIZE“ konfiguriert wird. Online-Redo-Logs: nicht archiviert, gehen beim Neustart der Datenbank verloren und der Aufbewahrungszeitraum stimmt mit der Instanzlaufzeit überein. Audit-Protokoll: Wird durch den Parameter „AUDIT_TRAIL“ konfiguriert und standardmäßig 30 Tage lang aufbewahrt.

Die Startsequenz der Oracle-Datenbank ist: 1. Überprüfen Sie die Voraussetzungen. 3. Starten Sie die Datenbankinstanz. 6. Überprüfen Sie den Datenbankstatus . Aktivieren Sie den Dienst (falls erforderlich). 8. Testen Sie die Verbindung.

Die von Oracle benötigte Speichermenge hängt von der Datenbankgröße, dem Aktivitätsniveau und dem erforderlichen Leistungsniveau ab: zum Speichern von Datenpuffern, Indexpuffern, zum Ausführen von SQL-Anweisungen und zum Verwalten des Datenwörterbuch-Cache. Die genaue Menge hängt von der Datenbankgröße, dem Aktivitätsgrad und dem erforderlichen Leistungsniveau ab. Zu den Best Practices gehören das Festlegen der geeigneten SGA-Größe, die Dimensionierung von SGA-Komponenten, die Verwendung von AMM und die Überwachung der Speichernutzung.

Anforderungen an die Hardwarekonfiguration des Oracle-Datenbankservers: Prozessor: Multi-Core, mit einer Hauptfrequenz von mindestens 2,5 GHz. Für große Datenbanken werden 32 Kerne oder mehr empfohlen. Speicher: Mindestens 8 GB für kleine Datenbanken, 16–64 GB für mittelgroße Datenbanken, bis zu 512 GB oder mehr für große Datenbanken oder hohe Arbeitslasten. Speicher: SSD- oder NVMe-Festplatten, RAID-Arrays für Redundanz und Leistung. Netzwerk: Hochgeschwindigkeitsnetzwerk (10 GbE oder höher), dedizierte Netzwerkkarte, Netzwerk mit geringer Latenz. Sonstiges: Stabile Stromversorgung, redundante Komponenten, kompatibles Betriebssystem und Software, Wärmeableitung und Kühlsystem.

Oracle kann DBF-Dateien durch die folgenden Schritte lesen: Erstellen Sie eine externe Tabelle und verweisen Sie auf die DBF-Datei.

Die für eine Oracle-Datenbank erforderliche Speichermenge hängt von der Datenbankgröße, dem Workload-Typ und der Anzahl gleichzeitiger Benutzer ab. Allgemeine Empfehlungen: Kleine Datenbanken: 16–32 GB, mittlere Datenbanken: 32–64 GB, große Datenbanken: 64 GB oder mehr. Weitere zu berücksichtigende Faktoren sind die Datenbankversion, Speicheroptimierungsoptionen, Virtualisierung und Best Practices (Speichernutzung überwachen, Zuweisungen anpassen).

Um in Oracle eine geplante Aufgabe zu erstellen, die einmal täglich ausgeführt wird, müssen Sie die folgenden drei Schritte ausführen: Erstellen Sie einen Job. Fügen Sie dem Job einen Unterjob hinzu und legen Sie seinen Zeitplanausdruck auf „INTERVALL 1 TAG“ fest. Aktivieren Sie den Job.

Der Speicherbedarf der Oracle-Datenbank hängt von den folgenden Faktoren ab: Datenbankgröße, Anzahl aktiver Benutzer, gleichzeitige Abfragen, aktivierte Funktionen und Systemhardwarekonfiguration. Zu den Schritten zur Bestimmung des Speicherbedarfs gehören die Bestimmung der Datenbankgröße, die Schätzung der Anzahl aktiver Benutzer, das Verständnis gleichzeitiger Abfragen, die Berücksichtigung aktivierter Funktionen und die Untersuchung der Systemhardwarekonfiguration.
