Dlaczego muszę wybierać z podwójnego stołu?

Działa to w głównych systemach zarządzania relacyjnymi bazami danych, które najprawdopodobniej pojawiają się na StackOverflow / dba.stackexchange, tj. SQL Server, MySQL, PostgreSQL i SQLite (WebSQL) .

select 'abc' abc, 1 def;

To nie działa na Oracle. Dlaczego musimy wybierać spośród DUAL w Oracle? Czy standard ISO / ANSI dla SQL wymaga klauzuli FROM dla instrukcji SELECT ?

Według Bacon Bitodpowiedzi wydaje się, że jest to wymagane przez standard SQL.

Tak więc w rzeczywistości, ponieważ nazwa DUAL jest tak mylącą nazwą, gdybym miał stworzyć tabelę i nazwać ją ATOM lub JEDEN, np create table one (atom int);. select 'abc' abc, 1 def FROM one;- Czy w porównaniu z nią występuje utrata wydajności SELECT .. FROM DUAL?

Ściśle, tak, FROMklauzula SELECToświadczenia nie jest opcjonalna. Składnia SQL-99 wyszczególnia podstawowe SELECTzestawienie, a FROMklauzula nie zawiera nawiasów kwadratowych. Oznacza to, że standard uznaje go za nieobowiązkowy:

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]

W rzeczywistości, programiści i DBA często uważają, że przydatne jest wykonywanie innych czynności niż manipulowanie danymi w tabelach lub manipulowanie tabelami i strukturami danych. Tego rodzaju rzeczy w dużej mierze wykraczają poza zakres standardu SQL, który dotyczy danych więcej niż zwykłych implementacji. Czy chcemy uruchomić SELECT getdate()lub SELECT 1lub SELECT DB_NAME()(lub niezależnie od woli dialekt), to w rzeczywistości nie chcą dane z tabeli.

Oracle wybiera rozwiązanie rozbieżności między standardem a implementacją za pomocą tabeli zastępczej o następującej skutecznej definicji:

CREATE TABLE DUAL (
  DUMMY CHAR(1)
  )

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

Inne RDBMS zasadniczo zakładają, że używana jest tabela zastępcza, jeśli nie FROMokreślono nie.

Historia DUAL tabeli jest na Wikipedii:

Tabela DUAL została stworzona przez Charlesa Weissa z korporacji Oracle, aby zapewnić tabelę do łączenia w widokach wewnętrznych:

Stworzyłem tabelę DUAL jako podstawowy obiekt w Oracle Data Dictionary. Nigdy nie miał być widziany sam, ale zamiast tego użyty w widoku, który miał być zapytany. Pomysł polegał na tym, że można wykonać DOŁĄCZ do tabeli DUAL i utworzyć w wyniku dwa wiersze dla każdego wiersza w tabeli. Następnie, używając GROUP BY, powstałe sprzężenie może być podsumowane, aby pokazać ilość miejsca dla zakresu DATA i zakresu INDEX. Nazwa DUAL wydawała się trafna w procesie tworzenia pary rzędów z jednego.

Oryginalna tabela DUAL zawierała dwa wiersze (stąd nazwa), ale później miała tylko jeden wiersz.

Zaletą dualjest to, że optymalizator rozumie, że dualjest to specjalna tabela z jednym wierszem i jedną kolumną (z varchar2typem danych) - gdy używasz go w zapytaniach, wykorzystuje tę wiedzę przy opracowywaniu planu.

Dlaczego musimy wybierać dualw Oracle?

Możesz także wybierać spośród dualwłasnych stolików lub ze swoich stołów, możesz, jeśli chcesz.

Dla mnie pozostanę, dualbo wiem dual, że istnieje. Wiem, że ma co najmniej 1, a maksymalnie 1 wiersz. Wiem, że optymalizator wie wszystko duali robi dla mnie najbardziej wydajną rzecz. Optymalizator rozumie, że dualto magiczny, specjalny 1-rzędowy stół. Zatrzymał się, select *ponieważ musi tam być jeden rząd. Tak to działa.

Pozostałe dwie odpowiedzi stanowią dobre tło dla mojej odpowiedzi.

W bazach danych Oracle jest tradycyjny i niezawodny. Nie powiedzie się w innych bazach danych, które nie mają DUALtabeli. Nie jest konieczne, abyś używał DUAL, ale polecam to zrobić.

Bazy danych zgodne ze standardami będą wymagały FROMklauzuli określającej co najmniej odwołanie do tabeli. Jeśli masz tabelę ZAMÓWIENIA FROM DUAL, działałaby następująca zamiana klauzuli:

FROM   orders
WHERE  rownum =1

Zastąp dowolną tabelę lub widok, który możesz wybrać, i będzie działać. Zastąp tabelę lub widok, którego nie możesz wybrać, a to się nie powiedzie. DUALjest bardziej niezawodny, ponieważ wykluczając złamanie DBA, wszyscy użytkownicy mogą z niego wybierać i otrzyma tylko jeden wiersz w zestawie wyników. (Czasami się psuje.)

Nie znam standardowego czasownika dostępu do danych, których nie ma w tabeli bez odwołania do tabeli. Biorąc pod uwagę, jak mało dostępu do takich danych, nie widzę takiej potrzeby. Wiele przypadków, na które natrafiam, można lepiej traktować na różne sposoby.