Pourquoi dois-je choisir dans la double table?

Cela fonctionne dans les principaux systèmes de gestion de bases de données de relations les plus susceptibles d'apparaître sur StackOverflow / dba.stackexchange, à savoir SQL Server, MySQL, PostgreSQL et SQLite (WebSQL) .

select 'abc' abc, 1 def;

Cela ne fonctionne pas sur Oracle. Pourquoi devons-nous choisir parmi DUAL dans Oracle? La norme ISO / ANSI pour SQL requiert-elle une clause FROM pour les instructions SELECT ?

Par Bacon Bitréponse, il semble requis par la norme SQL.

Donc en réalité, parce que le nom DUAL est si mal approprié, si je devais créer une table et la nommer ATOM ou ONE, par exemple create table one (atom int);.. select 'abc' abc, 1 def FROM one;- Y a-t-il une pénalité de performance par rapport à SELECT .. FROM DUAL?

Strictement, oui, la FROMclause d'une SELECTdéclaration n'est pas facultative. La syntaxe de SQL-99 détaille la SELECTdéclaration de base et la FROMclause n'a pas de crochets autour. Cela indique que la norme considère qu'elle n'est pas facultative:

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 utilisation réelle, les programmeurs et les administrateurs de base de données trouvent souvent utile de faire autre chose que de manipuler des données dans des tableaux ou de manipuler des tableaux et des structures de données. Ce type de chose dépasse largement le cadre de la norme SQL, qui s'intéresse davantage aux fonctionnalités de données qu'aux écrous et boulons d'implémentations spécifiques. Que nous voulions exécuter SELECT getdate()ou SELECT 1ou SELECT DB_NAME()(ou ce que votre dialecte préfère), nous ne voulons pas réellement de données d'une table.

Oracle choisit de résoudre l'écart standard et d'implémentation à l'aide d'un tableau factice avec la définition efficace suivante:

CREATE TABLE DUAL (
  DUMMY CHAR(1)
  )

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

D'autres SGBDR supposent essentiellement qu'une table fictive est utilisée si aucun FROMn'est spécifié.

L' histoire de la table DUAL est sur Wikipédia:

La table DUAL a été créée par Charles Weiss de la société Oracle pour fournir une table de jonction dans les vues internes:

J'ai créé la table DUAL en tant qu'objet sous-jacent dans le dictionnaire de données Oracle. Il n'a jamais été conçu pour être vu lui-même, mais plutôt utilisé à l'intérieur d'une vue qui devait être interrogée. L'idée était que vous pouviez faire un JOIN à la table DUAL et créer deux lignes dans le résultat pour chaque ligne de votre table. Ensuite, en utilisant GROUP BY, la jointure résultante peut être résumée pour afficher la quantité de stockage pour l'étendue DATA et pour les extensions INDEX. Le nom, DUAL, semblait approprié pour le processus de création d'une paire de lignes à partir d'une seule.

La table DUAL d'origine contenait deux lignes (d'où son nom), mais par la suite, elle ne comportait qu'une seule ligne.

L'avantage dualest que l'optimiseur comprend dualune table spéciale à une ligne et une colonne (avec varchar2type de données) - lorsque vous l'utilisez dans des requêtes, il utilise ces connaissances lors du développement du plan.

Pourquoi devons-nous sélectionner dualdans Oracle?

Vous pouvez également sélectionner à partir de dualou à partir de vos propres tables, si vous le souhaitez.

Pour moi, je vais m'en tenir dualparce que je sais qu'il dualexiste. Je sais qu'il a au moins 1 et au plus 1 ligne. Je sais que l'optimiseur sait tout dualet fait la chose la plus efficace pour moi. L'optimiseur comprend qu'il duals'agit d'un tableau magique spécial à 1 ligne. Il s'est arrêté le select *parce qu'il doit y avoir une rangée là-dedans. C'est donc comme ça que ça fonctionne.

Les deux autres réponses fournissent un bon contexte pour ma réponse.

Sur les bases de données Oracle, il est traditionnel et fiable. Il échouera sur d'autres bases de données qui n'ont pas de DUALtable. Il n'est pas nécessaire que vous l'utilisiez DUAL, mais je vous le recommande.

Les bases de données conformes aux normes nécessiteront une FROMclause spécifiant au moins la référence de la table. Si vous avez une table ORDERS, le remplacement suivant de la FROM DUALclause fonctionnerait:

FROM   orders
WHERE  rownum =1

Remplacez n'importe quelle table ou vue que vous pouvez sélectionner et cela fonctionnera. Remplacez une table ou une vue que vous ne pouvez pas sélectionner et elle échouera. DUALest plus fiable que si un DBA le brise, tous les utilisateurs peuvent le sélectionner et n'obtiendront qu'une seule ligne dans le jeu de résultats. (Il se casse parfois.)

Je ne connais pas de verbe conforme aux normes pour accéder aux données qui ne sont pas dans un tableau sans inclure une référence de tableau. Étant donné le peu d'accès à ces données, je ne vois pas un tel besoin. Bon nombre des cas que je rencontre peuvent être mieux traités de différentes manières.