¿Por qué tengo que seleccionar de la tabla dual?

Esto funciona en los principales sistemas de gestión de bases de datos de relaciones con mayor probabilidad de aparecer en StackOverflow / dba.stackexchange, siendo SQL Server, MySQL, PostgreSQL y SQLite (WebSQL) .

select 'abc' abc, 1 def;

No funciona en Oracle. ¿Por qué necesitamos seleccionar DUAL en Oracle? ¿El estándar ISO / ANSI para SQL requiere una cláusula FROM para las instrucciones SELECT ?

Según Bacon Bitla respuesta, parece ser requerido por el estándar SQL.

Entonces, en realidad, porque el nombre DUAL es un nombre inapropiado, si tuviera que crear una tabla y nombrarla ATOM o ONE, por ejemplo create table one (atom int);... select 'abc' abc, 1 def FROM one;- ¿Hay una penalización de rendimiento en comparación con SELECT .. FROM DUAL?

Estrictamente, sí, la FROMcláusula de una SELECTdeclaración no es opcional. La sintaxis para SQL-99 detalla el SELECTenunciado básico , y la FROMcláusula no tiene corchetes alrededor. Eso indica que el estándar lo considera no opcional:

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]

En el uso real, los programadores y los DBA a menudo encuentran útil hacer otras cosas además de manipular datos en tablas o manipular tablas y estructuras de datos. Este tipo de cosas está más allá del alcance del estándar SQL, que se ocupa más de las características de los datos que de los detalles básicos de las implementaciones específicas. Ya sea que queramos ejecutar SELECT getdate()o SELECT 1o SELECT DB_NAME()(o lo que prefiera su dialecto), en realidad no queremos datos de una tabla.

Oracle elige resolver la discrepancia estándar y de implementación utilizando una tabla ficticia con la siguiente definición efectiva:

CREATE TABLE DUAL (
  DUMMY CHAR(1)
  )

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

Otros RDBMS esencialmente suponen que se usa una tabla ficticia si no FROMse especifica ninguna .

La historia de la tabla DUAL está en Wikipedia:

La tabla DUAL fue creada por Charles Weiss de Oracle Corporation para proporcionar una tabla para unirse en vistas internas:

Creé la tabla DUAL como un objeto subyacente en el Diccionario de Datos Oracle. Nunca se pensó para verse, sino que se usó dentro de una vista que se esperaba consultar. La idea era que pudieras unirte a la tabla DUAL y crear dos filas en el resultado para cada fila de tu tabla. Luego, al usar GROUP BY, la unión resultante podría resumirse para mostrar la cantidad de almacenamiento para la extensión DATA y para la extensión o extensiones INDEX. El nombre, DUAL, parecía apto para el proceso de crear un par de filas a partir de una sola.

La tabla DUAL original tenía dos filas (de ahí su nombre), pero posteriormente solo tenía una fila.

La ventaja duales que el optimizador comprende dualuna tabla especial de una fila y una columna (con varchar2el tipo de datos): cuando la usa en consultas, utiliza este conocimiento al desarrollar el plan.

¿Por qué necesitamos seleccionar dualen Oracle?

También puede seleccionar desde dualo desde sus propias tablas, puede hacerlo si lo desea.

Para mí, me quedaré dualporque sé que dualexiste. Sé que tiene al menos 1 y como máximo 1 fila. Sé que el optimizador lo sabe todo dualy hace lo más eficiente para mí. El optimizador entiende que duales una tabla mágica y especial de 1 fila. Se detuvo en el select *porque debe haber una fila allí. Así es como funciona.

Las otras dos respuestas proporcionan buenos antecedentes para mi respuesta.

En las bases de datos Oracle, es tradicional y confiable. Fallará en otras bases de datos que no tienen una DUALtabla. No es necesario que lo use DUAL, pero le recomendaría que lo haga.

Las bases de datos que cumplan con los estándares requerirán una FROMcláusula que especifique al menos una referencia de tabla. Si tiene una tabla ORDERS, el siguiente reemplazo para la FROM DUALcláusula funcionaría:

FROM   orders
WHERE  rownum =1

Sustituya cualquier tabla o vista que pueda seleccionar y funcionará. Sustituya una tabla o vista de la que no pueda seleccionar y fallará. DUALes más confiable ya que impide que un DBA lo rompa, todos los usuarios pueden seleccionarlo y obtendrán solo una fila en el conjunto de resultados. (Se rompe ocasionalmente).

No conozco un verbo que cumpla con los estándares para acceder a datos que no están en una tabla sin incluir una referencia de tabla. Dado lo poco que accedo a esos datos, no veo tanta necesidad. Muchos de los casos con los que me encuentro pueden manejarse mejor de diferentes maneras.