Warum muss ich aus der Doppeltabelle auswählen?

Dies funktioniert in den wichtigsten Relation Database Management-Systemen, die am wahrscheinlichsten in StackOverflow / dba.stackexchange vorkommen: SQL Server, MySQL, PostgreSQL und SQLite (WebSQL) .

select 'abc' abc, 1 def;

Unter Oracle funktioniert es nicht. Warum müssen wir in Oracle aus DUAL auswählen? Erfordert der ISO / ANSI-Standard für SQL eine FROM-Klausel für SELECT- Anweisungen?

Per Bacon Bit's Antwort scheint es durch den SQL-Standard erforderlich zu sein.

Also in Wirklichkeit, weil der Name DUAL so eine Fehlbezeichnung ist, wenn ich eine Tabelle erstellen und sie ATOM oder ONE nennen würde, zB create table one (atom int);. select 'abc' abc, 1 def FROM one;- Gibt es eine Leistungsminderung im Vergleich zu SELECT .. FROM DUAL?

Genau genommen ist die FROMKlausel einer SELECTAussage nicht optional. Die Syntax für SQL-99 beschreibt die grundlegenden SELECTAnweisungen, und die FROMKlausel enthält keine eckigen Klammern. Dies zeigt an, dass der Standard dies als nicht optional ansieht:

SELECT [ DISTINCT | ALL ]
{Column expression [ AS name ]} [ ,... ] | *
FROM <Table reference> [ {,<Table reference>} ... ]
[ WHERE search condition ]
[ GROUP BY Columns [ HAVING condition ] ]
[ORDER BY {col_name | expr | position} [ASC | DESC],...]                                     
[LIMIT {[offset,] row_count | row_count OFFSET offset}]
[PROCEDURE procedure_name(argument_list)]
[INTO OUTFILE 'file_name' export_options |
 INTO DUMPFILE 'file_name' |
 INTO var_name [, var_name]]
[FOR UPDATE | LOCK IN SHARE MODE]

In der Praxis ist es für Programmierer und Datenbankadministratoren häufig nützlich, andere Aktionen als die Bearbeitung von Daten in Tabellen oder die Bearbeitung von Tabellen und Datenstrukturen durchzuführen. Diese Art von Dingen geht weit über den Geltungsbereich des SQL-Standards hinaus, der sich mehr mit den Datenmerkmalen befasst als mit den Schrauben und Muttern bestimmter Implementierungen. Egal, ob wir ausführen möchten SELECT getdate()oder SELECT 1oder SELECT DB_NAME()(oder was auch immer Ihr Dialekt bevorzugt), wir möchten eigentlich keine Daten aus einer Tabelle.

Oracle entscheidet sich dafür, die Standard- und Implementierungsdiskrepanz mithilfe einer Dummy-Tabelle mit der folgenden effektiven Definition zu beheben:

CREATE TABLE DUAL (
  DUMMY CHAR(1)
  )

INSERT INTO DUAL (DUMMY) VALUES ('X')

Andere RDBMS setzen im Wesentlichen voraus, dass eine Dummy-Tabelle verwendet wird, wenn no FROMangegeben ist.

Die Geschichte der DUAL-Tabelle ist auf Wikipedia:

Die DUAL-Tabelle wurde von Charles Weiss vom Oracle-Konzern erstellt, um eine Tabelle für das Zusammenführen interner Ansichten bereitzustellen:

Ich habe die DUAL-Tabelle als zugrunde liegendes Objekt im Oracle Data Dictionary erstellt. Es sollte nie selbst gesehen werden, sondern in einer Ansicht verwendet werden, die abgefragt werden sollte. Die Idee war, dass Sie einen JOIN für die DUAL-Tabelle ausführen und im Ergebnis für jede Zeile in Ihrer Tabelle zwei Zeilen erstellen können. Mithilfe von GROUP BY kann der resultierende Join dann zusammengefasst werden, um die Speichermenge für den DATA-Bereich und den INDEX-Bereich (die INDEX-Bereiche) anzuzeigen. Der Name DUAL schien dafür geeignet zu sein, aus nur einer Zeile ein Zeilenpaar zu erstellen.

Die ursprüngliche DUAL-Tabelle enthielt zwei Zeilen (daher der Name), später jedoch nur eine Zeile.

Der dualOptimierer hat den Vorteil, dass er dualeine spezielle Tabelle mit einer Zeile und einer Spalte (mit varchar2Datentyp) versteht. Wenn Sie sie in Abfragen verwenden, wird dieses Wissen bei der Entwicklung des Plans verwendet.

Warum müssen wir dualin Oracle eine Auswahl treffen?

Sie können auch aus dualoder aus Ihren eigenen Tabellen auswählen , wenn Sie möchten.

Für mich bleibe dualich dabei, weil ich weiß, dass es dualexistiert. Ich weiß, dass es mindestens 1 und höchstens 1 Zeile hat. Ich weiß, dass der Optimierer alles weiß dualund das effizienteste für mich tut. Der Optimierer versteht dualeine magische, spezielle 1-zeilige Tabelle. Es hörte auf, select *weil es dort eine Reihe geben soll. So funktioniert es einfach.

Die beiden anderen Antworten liefern einen guten Hintergrund für meine Antwort.

In Oracle-Datenbanken ist dies traditionell und zuverlässig. Bei anderen Datenbanken, die keine DUALTabelle haben, schlägt dies fehl . Es ist nicht notwendig, dass Sie verwenden DUAL, aber ich würde Ihnen empfehlen, dies zu tun.

Für standardkonforme Datenbanken ist eine FROMKlausel erforderlich , in der mindestens ein Tabellenverweis angegeben ist. Wenn Sie eine ORDERS-Tabelle haben, funktioniert der folgende Ersatz für die FROM DUALKlausel:

FROM   orders
WHERE  rownum =1

Ersetzen Sie jede Tabelle oder Ansicht, aus der Sie auswählen können, und es wird funktionieren. Ersetzen Sie eine Tabelle oder Ansicht, aus der Sie nicht auswählen können, und dies schlägt fehl. DUALDies ist zuverlässiger, da ein Datenbankadministrator es nicht unterbrechen kann. Alle Benutzer können daraus auswählen und erhalten nur eine Zeile in der Ergebnismenge. (Es wird gelegentlich kaputt.)

Mir ist kein standardkonformes Verb für den Zugriff auf Daten bekannt, die sich nicht in einer Tabelle befinden, ohne einen Tabellenverweis anzugeben. Angesichts dessen, wie wenig ich auf solche Daten zugreife, sehe ich keinen solchen Bedarf. Viele der Fälle, auf die ich stoße, können auf unterschiedliche Weise besser behandelt werden.