Почему я должен выбрать из двойной таблицы?

Это работает в основных системах управления базами данных Relation, которые чаще всего появляются в StackOverflow / dba.stackexchange, а именно в SQL Server, MySQL, PostgreSQL и SQLite (WebSQL) .

select 'abc' abc, 1 def;

Это не работает на Oracle. Почему нам нужно выбрать из DUAL в Oracle? Требует ли стандарт ISO / ANSI для SQL условия FROM для операторов SELECT ?

За Bacon Bitответ «S, это , кажется , требуется стандартом SQL.

Так что на самом деле, потому что имя DUAL является таким неправильным, если бы я создал таблицу и назвал ее ATOM или ONE, например create table one (atom int);... select 'abc' abc, 1 def FROM one;- Есть ли снижение производительности по сравнению с SELECT .. FROM DUAL?

Строго говоря, да, FROMпредложение SELECTне является обязательным. Синтаксис для SQL-99 детализирует основную SELECTстатистику, и в FROMпредложении нет квадратных скобок. Это означает, что стандарт считает его необязательным:

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]

При реальном использовании программисты и администраторы баз данных часто считают полезным делать что-то, кроме манипулирования данными в таблицах или манипулирования таблицами и структурами данных. Этот тип вещей в значительной степени выходит за рамки стандарта SQL, который связан с функциями данных больше, чем суть конкретных реализаций. Хотим ли мы запускать SELECT getdate()или SELECT 1или SELECT DB_NAME()(или как бы вы ни предпочитали ваш диалект), нам на самом деле не нужны данные из таблицы.

Oracle решает проблему несоответствия стандарту и реализации с использованием фиктивной таблицы со следующим эффективным определением:

CREATE TABLE DUAL (
  DUMMY CHAR(1)
  )

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

Другие РСУБД по существу предполагают, что используется фиктивная таблица, если не FROMуказано иное.

История DUAL таблицы на Википедии:

Таблица DUAL была создана Чарльзом Вейссом из корпорации Oracle для предоставления таблицы для объединения во внутренние представления:

Я создал таблицу DUAL как базовый объект в Oracle Data Dictionary. Он никогда не предназначался для того, чтобы его видели, а вместо этого использовался внутри представления, которое, как ожидалось, будет запрошено Идея заключалась в том, что вы можете выполнить JOIN к таблице DUAL и создать две строки в результате для каждой строки в вашей таблице. Затем с помощью GROUP BY полученное объединение можно суммировать, чтобы показать объем хранилища для экстента DATA и экстента (ов) INDEX. Название DUAL казалось подходящим для процесса создания пары строк из одного.

Исходная таблица DUAL содержала две строки (отсюда и название), но впоследствии в ней была только одна строка.

Преимущество, dualкоторое понимает оптимизатор, dual- это специальная таблица из одной строки и одного столбца (с varchar2типом данных) - когда вы используете ее в запросах, он использует эти знания при разработке плана.

Почему нам нужно выбрать из dualв Oracle?

Вы можете выбрать из dualили из ваших собственных таблиц, вы можете, если хотите.

Для меня я буду придерживаться, dualпотому что я знаю, что dualсуществует. Я знаю, что у него есть как минимум 1 и максимум 1 ряд. Я знаю, что оптимизатор знает все dualи делает для меня самое эффективное. Оптимизатор понимает, dualчто это волшебная специальная таблица из 1 строки. Он остановился на том, select *что там должен быть один ряд. Так что это так, как это работает.

Два других ответа обеспечивают хороший фон для моего ответа.

На базах данных Oracle это традиционно и надежно. Это не удастся на других базах данных, которые не имеют DUALтаблицы. Это не обязательно, что вы используете DUAL, но я бы порекомендовал вам сделать.

Для совместимых со стандартами баз данных потребуется FROMпункт, в котором будет указана хотя бы ссылка на таблицу. Если у вас есть таблица FROM DUALORDERS, сработает следующая замена для этого предложения:

FROM   orders
WHERE  rownum =1

Замените любую таблицу или представление, из которого вы можете выбрать, и это будет работать. Замените таблицу или представление, из которого вы не можете выбрать, и это не удастся. DUALявляется более надежным, так как запрещает администратору базы данных нарушать его, все пользователи могут выбирать из него и получат только одну строку в наборе результатов. (Это иногда ломается.)

Мне неизвестен глагол, соответствующий стандартам, для доступа к данным, которых нет в таблице без ссылки на таблицу. Учитывая, как мало я получаю доступ к таким данным, я не вижу такой необходимости. Во многих случаях, с которыми я сталкиваюсь, лучше разбираться по-разному.