From dual oracle что это
Обновлено: 05.07.2024
Я слышал, как люди ссылались на эту таблицу, и не понимал, о чем она.
Это своего рода фиктивная таблица с единственной записью, используемой для выбора, когда вы на самом деле не интересуетесь данными, а вместо этого хотите получить результаты некоторой системной функции в операторе select:
Например select sysdate from dual;
Это фиктивная таблица с одним элементом. Это полезно, потому что Oracle не допускает таких операторов, как
Вы можете обойти это ограничение, написав
Таблица DUAL была создана Чаком Вайсом из корпорации Oracle, чтобы предоставить таблицу для объединения во внутренние представления:
Я создал таблицу DUAL как базовый объект в словаре данных Oracle. Он никогда не предназначался для того, чтобы его видели, а вместо этого использовали внутри представления, которое должно было быть запрошено. Идея заключалась в том, что вы может выполнить СОЕДИНЕНИЕ с таблицей DUAL и создать две строки в результате для каждой строки в вашей таблице. Затем, используя GROUP BY, итоговое соединение можно суммировать, чтобы показать объем памяти для экстент ДАННЫХ и экстент (ы) ИНДЕКС. Название DUAL казалось подходит для создания пары строк из одной. 1
Это может быть неочевидно из вышеизложенного, но исходная таблица DUAL имела в себе две строки (отсюда и ее название). В настоящее время у него только одна строка.
Оптимизация
DUAL изначально был таблицей, и ядро базы данных выполняло дисковый ввод-вывод для таблицы при выборе из DUAL. Этот дисковый ввод-вывод обычно был логическим вводом-выводом (без доступа к физическому диску), поскольку блоки диска обычно уже были кэшированы в памяти. Это привело к большому количеству логических операций ввода-вывода для таблицы DUAL.
Более поздние версии базы данных Oracle были оптимизированы, и база данных больше не выполняет физический или логический ввод-вывод для таблицы DUAL, даже если таблица DUAL все еще существует.
Я думаю, что эта статья в Википедии может прояснить ситуацию.
Таблица DUAL - это специальная однострочная таблица, которая по умолчанию присутствует во всех инсталляциях баз данных Oracle. Он подходит для использования при выборе псевдостолбца, такого как SYSDATE или USER. В таблице есть единственный столбец VARCHAR2 (1) с именем DUMMY, который имеет значение «X».
Это специальная таблица в Oracle. Я часто использую его для расчетов или проверки системных переменных. Например:
- Select 2*4 from dual распечатывает результат расчета
- Select sysdate from dual печатает текущую дату сервера.
Вид псевдотаблицы, для которой вы можете запускать команды и получать результаты, например sysdate. Также помогает проверить, включен ли Oracle, проверить синтаксис sql и т. Д.
Таблица утилит в Oracle только с 1 строкой и 1 столбцом. Он используется для выполнения ряда арифметических операций и может использоваться обычно там, где нужно сгенерировать известный результат.
SELECT * FROM dual;
Даст одну строку с одним столбцом с именем «DUMMY» и значением «X», как показано здесь:
Таблица DUAL - это специальная однострочная таблица, которая по умолчанию присутствует во всех инсталляциях баз данных Oracle. Подходит для выбора псевдостолбца, например SYSDATE или USER.
В таблице есть единственный столбец VARCHAR2 (1) с именем DUMMY, который имеет значение «X».
DUAL необходим при разработке PL / SQL для использования функций, доступных только в SQL.
Больше фактов о DUAL .
Здесь проводятся захватывающие эксперименты и более захватывающие объяснения Тома
DUAL мы в основном использовали для получения следующего числа из последовательностей.
Синтаксис: SELECT 'имя_последовательности'.NEXTVAL FROM DUAL
Это вернет значение одной строки и одного столбца (имя столбца NEXTVAL).
В этом нет необходимости с 11g. Последовательности можно использовать изначально в PL / SQL.Это объект, который нужно вставить в возвращаемую 1 пустую строку. Например: выберите 1 из двойного; возвращает 1
Выберите 21 + 44 из двойного; возвращает 65
Выберите [последовательность] .nextval из двойного; возвращает следующее значение из последовательности.
Другая ситуация, которая требует select . from dual , - это когда мы хотим получить код (определение данных) для различных объектов базы данных (например, TABLE, FUNCTION, TRIGGER, PACKAGE), используя встроенную функцию DBMS_METADATA.GET_DDL :
Верно то, что в настоящее время IDE предлагают возможность просмотра DDL таблицы, но в более простых средах, таких как SQL Plus, это может быть действительно удобно.
ИЗМЕНИТЬ
Более общая ситуация: в основном, когда нам нужно использовать любую процедуру PL / SQL внутри стандартного оператора SQL или когда мы хотим вызвать процедуру из командной строки:
Оба рецепта взяты из книги Джоша Джуно и Мэтта Арены «Рецепты Oracle PL / SQL».
DUAL - это специальная таблица с одной строкой и одним столбцом, которая по умолчанию присутствует во всех базах данных Oracle. Владелец DUAL - SYS.
DUAL - это таблица, автоматически создаваемая Oracle Database вместе с функциями данных. Он всегда используется для получения функций операционной системы (например, даты, времени, арифметических выражений и т. Д.)
Чтобы понять рекурсию, сначала надо понять рекурсию. Возможно, поэтому рекурсивные запросы применяют так редко. Наверняка вы представляете что такое SQL-запрос, я расскажу, чем рекурсивные запросы отличаются от обычных. Тема получилась объемная, приготовьтесь к долгому чтению. В основном речь пойдет об Oracle, но упоминаются и другие СУБД.
Суть проблемы
Большинство современных СУБД (Система Управления Базами Данных) — реляционные, т.е. представляют данные в виде двумерной таблицы, в которой есть строки (записи) и столбцы (поля записей). Но на практике мы часто сталкиваемся с иной организацией данных, а именно иерархической.
Взгляните на список файлов на вашем компьютере: все они организованы в виде дерева. Аналогично можно представить книги в библиотеке: Библиотека->Зал->Шкаф->Полка->Книга. То же самое и статьи на сайте: Сайт->Раздел->Подраздел->Статья. Примеры можно приводить долго. Впрочем, тут еще можно разделить все на отдельные таблицы: таблица для хранения списка библиотек, другая таблица для списка залов, третья для шкафов и т.д. Но если заранее не известна глубина вложенности или эта вложенность может меняться, тут уж от иерархии никак не отмашешься.
Проблема в том, что данные, имеющие иерархическую структуру, очень плохо представляются в реляционной модели. В стандарте SQL-92 нет средств для их обработки.
Зато такие средства появились в стандарте SQL-1999. Правда к тому времени в Oracle уже был собственный оператор CONNECT BY. Несмотря на это, в SQL-1999 синтаксис рекурсивных запросов совершенно не похож на синтаксис CONNECT BY в Oracle и использует ключевое слово WITH. Реализация же рекурсивных запросов в других СУБД несколько запоздала, так в MS SQL Server она появилась лишь в версии 2005.
Так же как и в синтаксисе, есть отличия и в терминологии. В Oracle обычно обсуждаемые запросы называются “иерархические”, у всех остальных “рекурсивные”. Суть от этого не меняется, я буду использовать и то и другое.
От слов к делу!
Для демонстрации будем использовать структуру каталогов, нам потребуется тестовая таблица, состоящая из 3-х полей:
id – идентификатор,
pid – идентификатор родителя (ссылается на id другой записи в той же таблице),
title – название каталога (вместо него может быть что угодно, даже несколько полей или ссылок к другим таблицам).
create table test_table (
id int ,
pid int ,
title varchar (256)
);
Здесь я использовал синтаксис mySQL, в других СУБД он несколько отличается. Так, в Oracle используются другие типы данных: вместо int — number, а вместо varchar — varchar2.
Заполнить табличку тестовыми данными не составит труда. Предлагаю записать список серверов, расположенных на территории различных предприятий в разных городах. Таким образом, в единой таблице оказываются и страны, и города, и фирмы, и сервера.
Думаю, остальные строки заполнить не составит сложностей. Получается почти как на картинке, только не в том порядке. Я специально заполнял не по-порядку, чтобы простым SELECT * FROM test_table получалось не иерархическая структура:
Тестовые данные готовы. Приступим к выборкам.
mySQL
Вынужден огорчить пользователей mySQL – в этой СУБД придется рекурсию организовывать внешними по отношению к СУБД средствами, например на php (код приводить не буду, его публиковали не раз, например здесь, достаточно поискать по запросу “mySQL tree” и т.п.).
Впрочем, есть иной подход, заключающийся в создании левой и правой границы для каждого узла, предложенный Джо Селко. Тогда можно будет обойтись обычными, не рекурсивными запросами.
Как-то я выводил дерево объектов в действующем проекте на php. База данных была на mySQL. Поплевавшись на отсутствие удобных операторов, я решил тогда не отображать все дерево целиком, а показать пользователю только первый уровень (схлопнутое дерево). При клике по плюсику в узле дерева отображались дочерние узлы для выбранного объекта, при этом они подгружались через AJAX. Выборка дочерних узлов по известному pid происходит быстро, поэтому интерфейс получился вполне шустрым. Возможно, это не лучшее решение, но оно имеет право на жизнь.
SQL-1999
В отличие от предыдущего стандарта SQL-92, в названии следующего решили отобразить номер тысячелетия, чтобы он не страдал от проблемы двухтысячного года. Помимо этого :-), появились новые типы данных (LOB), новые предикаты SIMILAR и DISTINCT, точки сохранения транзакций, объекты и их методы, и многое другое. Среди нововведений появились также рекурсивные запросы, о которых мы сейчас и поговорим.
Для получения иерархических данных используется временное представление, которое описывается оператором WITH. После этого из нее выбираются данные простым селектом. В общем виде синтаксис примерно такой:
В MS SQL нет ключевого слова RECURSIVE, его следует опустить. Но в остальном все то же самое. Такой синтаксис поддерживается в DB2, Sybase iAnywhere, MS SQL, начиная с версии 2005, и во всех базах данных, которые поддерживают стандарт SQL 1999.
Тогда для получения нашего дерева запрос получится такой:
WITH RECURSIVE
Rec (id, pid, title)
AS (
SELECT id, pid, title FROM test_table
UNION ALL
SELECT Rec.id, Rec.pid, Rec.title
FROM Rec, test_table
WHERE Rec.id = test_table.pid
)
SELECT * FROM Rec
WHERE pid is null ;
Здесь используется рекурсивная таблица Rec, которую мы сами придумали, построив ее по исходной таблице test_table. В описании Rec указано правило, каким образом соединять: WHERE Rec.id = test_table.pid. А в главном запросе отметили, что начинать надо с записи, у которой pid является пустым, т.е. с корневой записи.
Честно говоря, я никогда не работал в MS SQL Server 2005 или другой СУБД, использующей такой синтаксис. Поэтому написал этот запрос чисто из теоретических соображений. Для общности картины, чтобы было с чем сравнить.
В MS SQL 2008 можно применить более новое средство hierarchyid. Спасибо XaocCPS за его описание.
Oracle
Описание синтаксиса в документации напоминает бусы: на единую нить запроса нанизываются нужные операторы. Никому не приходило в голову сделать украшение для гички?
Тут видно, что единственно важное условие для построения иерархического запроса – это оператор CONNECT BY, остальное “нанизывается” по мере надобности.
Необязательный оператор START WITH говорит Ораклу с чего начинать цикл, т.е. какая строка (или строки) будет корневой. Условие может быть практически любым, можно даже использовать функции или внутренние запросы: pid is null, или или даже substr(title, 1, 1) = ‘Р’.
Условие после CONNECT BY нужно указать обязательно. Тут надо сказать Ораклу, как долго продолжать цикл. Что-то в духе while в обычных языках программирования. Например, мы можем попросить достать нам 10 строк: rownum<=10 – он и нафигачит нам в цикле ровно 10 одинаковых строк. Почему одинаковых? Да потому что мы указали какую строку выбрать первой, а как найти следующую нет – вот он и выдает 1-ую строку нужное количество раз. Кстати сказать, rownum это псевдостолбец, в котором нумеруются строки, начиная от 1 в порядке их выдачи. Его можно использовать не только в иерархических запросах. Но это уже другая история.
Как же получить нормальную иерархию? Нужно использовать специальный оператор, который называется PRIOR. Это обычный унарный оператор, точно такой же как + или -. “Позвоните родителям” – говорит он, заставляя Оракл обратиться к предыдущей записи. С его помощью можно написать правило pid = PRIOR id (или PRIOR как говорится, от перестановки мест…).
Что получается? Оракл находит первую запись, удовлетворяющую условию в START WITH, и принимается искать следующую. При этом к той первой записи можно обратиться через PRIOR. Если мы все сделали правильно, то Оракл будет искать записи, в которых в поле для хранения информации о родителе (pid) будет содержаться значение, равное идентификатору id нашей первой записи. Таким образом будут найдены все потомки корневой записи. А так как процесс рекурсивный, аналогичный поиск будет продолжаться с каждой найденной строкой, пока не отыщутся все потомки.
Теперь у нас есть все необходимое, чтобы написать иерархический запрос в Oracle. Но прежде чем мы его напишем, расскажу еще об одной штуке. Порядок строк это хорошо, но нам было бы трудно понять, две строки рядом это родитель и его потомок или два брата-потомка одного родителя. Пришлось бы сверять id и pid. К счастью, Oracle предлагает в помощь дополнительный псевдостолбец LEVEL. Как легко догадаться, в нем записывается уровень записи по отношению к корневой. Так, 1-ая запись будет иметь уровень 1, ее потомки уровень 2, потомки потомков — 3 и т.д.
SELECT level , id, pid, title
FROM test_table
START WITH pid is null
CONNECT BY PRIOR >
Неплохо. Все дочерние строки оказываются под своими родителями. Сортировку бы еще добавить, чтобы записи одного уровня выводились не абы-как, а по алфавиту. Ну чтож, сортировка это просто: добавим в конец запроса конструкцию ORDER BY title.
SELECT level , id, pid, title
FROM test_table
START WITH pid is null
CONNECT BY PRIOR > ORDER BY title;
О, нет! Вся иерархия поломалась. Что же получилось? Оракл честно выбрал нужные строки в порядке иерархии (об этом говорит правильная расстановка level), а затем пересортировал их согласно правилу ORDER BY. Чтобы указать Ораклу, что сортировать надо только в пределах одного уровня иерархии, нам поможет маленькая добавка в виде оператора SIBLINGS. Достаточно изменить условие сортировки на ORDER SIBLINGS BY title – и все встанет на свои места.
Кстати, возможно все еще не понятно, почему этот порядок строк является деревом. Можно убрать все “лишние” поля и добавить отступы, станет более наглядно:
SELECT lpad( ' ' , 3* level )||title as Tree
FROM test_table
START WITH pid is null
CONNECT BY PRIOR > ORDER SIBLINGS BY title;
Ну вот, теперь все в точности, как на картинке в самом начале статьи.
Помните, файловые менеджеры обычно пишут путь к каталогу, в котором вы находитесь: /home/maovrn/documents/ и т.п.? Неплохо было бы и нам сделать так же. А сделать это можно абсолютно не напрягаясь: специалисты из Oracle все уже сделали за нас. Просто берем и используем функцию SYS_CONNECT_BY_PATH(). Она принимает два параметра через запятую: название колонки и строку с символом-разделителем. Будем не оригинальны, напишем так: SYS_CONNECT_BY_PATH(title, ‘/’).
Заодно ограничим вывод, выбрав только одну строку. Для этого, как всегда, нужно добавить условие WHERE. Даже в иерархическом запросе ограничивающее условие применяется ко всем строкам. Вставить его надо до иерархической конструкции, сразу после FROM. Для примера определим путь до “Сервер 1”, который у нас записан с >
SELECT SYS_CONNECT_BY_PATH(title, '/' ) as Path
FROM test_table
WHERE > START WITH pid is null
CONNECT BY PRIOR >
Еще может быть полезен псевдостолбец CONNECT_BY_ISLEAF. Его можно использовать так же, как LEVEL. В этом псевдостолбце напротив каждой строки проставляется 0 или 1. Если есть потомки – проставится 0. Если потомков нет, такой узел в дереве называется “листом”, тогда и значение в поле CONNECT_BY_ISLEAF будет равно 1.
Устали? Осталось немного, самое страшное уже позади. Раньше мы использовали оператор PRIOR, который ссылался к родительской записи. Помимо него есть другой унарный оператор CONNECT_BY_ROOT, который ссылается (ни за что не догадаетесь!) на корневую запись, т.е. на самую первую в выборке.
SELECT id, pid, title, level ,
CONNECT_BY_ISLEAF as IsLeaf,
PRIOR title as Parent,
CONNECT_BY_ROOT title as Root
FROM test_table
START WITH pid is null
CONNECT BY PRIOR > ORDER SIBLINGS BY title;
Стоит отметить, что если в результате выполнения запроса обнаружится петля, Oracle выдаст ошибку. К счастью, ее можно обойти, хотя если в данных содержатся петли – это явно ошибка, в деревьях не бывает петель. На картинке с “бусами” запроса был нарисован оператор NOCYCLE после CONNECT BY – его мы и будем применять. Теперь запрос не будет вылетать. А чтобы определить “больной” участок, воспользуемся псевдостолбцом CONNECT_BY_ISCYCLE – в нем во всех хороших строках будет записано 0, а в тех, которые приводят к петлям, волшебным образом окажется 1.
Чтобы проиллюстрировать это, придется немного подпортить данные. ЛискиПресс ссылается у нас на город Лиски; изменим запись Лиски, чтобы она ссылалась на ЛискиПресс (не забудьте про commit – я вечно забываю):
Если мы запустим какой-нибудь из предыдущих запросов, увидим, что и Лиски, и ЛискиПресс выпали из выборки, будто их нет совсем. Бегая в цикле, Оракл просто перестал на них натыкаться, т.к. нет пути от записи Россия к городу Лиски. Изменим условия START WITH, чтобы начинать с города Лиски – появится ошибка. Умный Оракл видит что запись уже выбиралась ранее и отказывается бегать в бесконечном цикле. Исправляем ошибку:
SELECT CONNECT_BY_ISCYCLE as cycl, id, pid, title
FROM test_table
START WITH > CONNECT BY NOCYCLE PRIOR >
Практические примеры
Иерархические запросы можно применять не только там, где есть явная иерархия.
Например, рассмотрим задачу получения списка пропущенных номеров из последовательности. Это бывает нужно, когда в некоей таблице id генерируется автоматически путем увеличения на 1, но часть записей были удалены. Нужно получить список удаленных номеров. По хорошей традиции, это следует сделать одним селектом.
Подготовим тестовые данные. Удалим из нашей таблицы пару записей:
С чего начнем? Во-первых, неплохо было бы получить список номеров подряд от 1 до максимального значения в нашей таблице, чтобы было с чем сравнивать. Выяснить максимальное значение id из таблицы, думаю, не составит никаких трудностей:
А вот чтобы сгенерировать последовательность от 1 до max как раз и понадобится рекурсивный запрос. Ведь как здорово просто взять и получить нужное количество строк! Достаточно будет их пронумеровать – и вот список готов.
SELECT rownum as rn FROM dual
CONNECT BY level <= ( SELECT max (id) FROM test_table);
Конструкция “SELECT … FROM dual” используется, когда надо вычислить значение функции, не производя при этом выборки данных. Dual – это системная таблица, состоящая из одного столбца и одной строки. Запрос из нее всегда возвращает одну строку со значением ‘X’. Благодаря такой умопомрачительной стабильности, эту таблицу удобно использовать в качестве источника строк.
Обычно таблицу, которую нагло используют для получения нужного количества строк, не выбирая сами данные, называют pivot. В качестве такой таблицы может выступать любая большая таблица, в том числе системная. Но использование dual в Oracle является более разумным решением.
Теперь, когда список номеров подряд уже есть, достаточно пройтись по нему и сравнить, есть ли такой номер в проверяемой таблице:
SELECT sq.rn
FROM ( SELECT rownum as rn FROM dual
CONNECT BY level <= ( SELECT max (id) FROM test_table)) sq
WHERE sq.rn not in ( SELECT id FROM test_table)
ORDER BY rn;
Всё. Ведро начищено до блеска, лошадь вооружена биноклем для остроты зрения. Да не коснется вас ROLLBACK. COMMIT!
Вопрос теоретический. Изучаю Oracle и встречаю такую конструкцию как DUAL. Понимаю, что это некоторая виртуальная таблица, но мне бы хотелось понять сам смысл этой штуки, зачем и когда применяется.
В синтаксически корректном запросе ОБЯЗАНА быть секция FROM.
Иногда требуется запрос/подзапрос, выполняющий формирование литералов (либо выполняющий константные вычисления), т.е. не основывающийся на какой-либо таблице. Например, CTE, генерирующая набор чисел или список дат. Однако секция FROM в запросе быть обязана - именно в этом случае и используется FROM DUAL . Т.е. и синтаксис соблюдён, и явно сказано, что таблицы для выполнения запроса не нужны. Подробности см. ниже.
Например, в запросе требуется набор чисел от 1 до 9. Задача решается простейшим CTE.
Базовая часть UNION-запроса возвращает литерал - единицу, от которой потом и пляшет рекурсивная часть. Источника данных (таблицы) в этой части UNION-запроса никакой нет и в помине. Однако FROM обязан быть. И на помощь приходит FROM DUAL .
Аналогично будет, если в запросе нужен список кастомных литеральных значений. Например
Или если нужно выполнить какие-то вычисления с константами
Если обратиться к документации (Selecting from the DUAL Table), то:
DUAL is a table automatically created by Oracle Database along with the data dictionary. DUAL is in the schema of the user SYS but is accessible by the name DUAL to all users. It has one column, DUMMY, defined to be VARCHAR2(1), and contains one row with a value X. Selecting from the DUAL table is useful for computing a constant expression with the SELECT statement. Because DUAL has only one row, the constant is returned only once. Alternatively, you can select a constant, pseudocolumn, or expression from any table, but the value will be returned as many times as there are rows in the table. Refer to "About SQL Functions" for many examples of selecting a constant value from DUAL.
Если коротко, то DUAL - это физически реальная таблица, которая находится в схеме пользователя sys , но доступна на чтение любому пользователю. Она имеет единственное поле с именем DUMMY типа VARCHAR2(1) и единственную запись со значением 'X' в этом поле. Что собственно гарантирует, что при её использовании в качестве источника данных будет получена только одна итоговая запись. Если не выполнять обращение именно к полю DUMMY , то при использовании FROM DUAL физического доступа к таблице не происходит ( FAST DUAL , верно для Oracle Database 10g Release 1 и старше).
DUAL - это специальная таблица с одной строкой и одним столбцом, присутствующая по умолчанию во всех базах данных Oracle. Владельцем DUAL является SYS (SYS владеет словарем данных, поэтому DUAL является частью словаря данных.) Но доступ к DUAL может получить каждый пользователь. В таблице есть один столбец VARCHAR2 (1) с именем DUMMY, который имеет значение «X». MySQL позволяет указывать DUAL в виде таблицы в запросах, которым не нужны данные из каких-либо таблиц. В SQL Server DUAL таблица не существует, но вы можете ее создать.
Таблица DUAL была создана Чарльзом Вейссом из корпорации Oracle для предоставления таблицы для объединения во внутренние представления.
Смотрите следующие команды:
Следующая команда отображает структуру таблицы DUAL:
Следующая команда отображает содержимое таблицы DUAL:
Следующая команда отображает количество строк таблицы DUAL:
Следующая команда отображает строковое значение из таблицы DUAL:
Следующая команда отображает числовое значение из таблицы DUAL:
Следующая команда пытается удалить все строки из таблицы DUAL:
Следующая команда пытается удалить все строки из таблицы DUAL:
Примечание. Команда DELETE используется для удаления строк из таблицы. После выполнения операции DELETE вам нужно выполнить COMMIT или ROLLBACK транзакцию, чтобы сделать изменение постоянным или отменить его. TRUNCATE удаляет все строки из таблицы. Операция не может быть отменена.
Следующая команда выбирает две строки из двух:
Пример - 1
Вы также можете проверить системную дату из таблицы DUAL, используя следующую инструкцию:
Пример - 2
Вы также можете проверить арифметическое вычисление из таблицы DUAL, используя следующую инструкцию:
Пример - 3
Следующий код отображает числа 1..10 от DUAL:
Пример - 4
В следующем коде DUAL предполагает использование декодирования с NULL.
ДВОЙНАЯ таблица: Oracle против MySQL
Мы уже узнали, что DUAL - это специальная таблица из одной строки в один столбец. Для Oracle это полезно, потому что Oracle не допускает такие выражения, как:
Но следующая команда будет выполнена (см. Вывод предыдущего примера):
В случае MySQL будет выполнена следующая команда:
В следующей таблице показано использование фиктивной таблицы в стандартной СУБД.
| СУБД | Концепция пустышки |
|---|---|
| MSSQL | Нет концепции пустышки. |
| MySQL | Нет концепции пустышки. |
| оракул | Пустой стол: ДВОЙНОЙ. |
| Informix | Начиная с версии 11.10, фиктивная таблица была включена: sysmaster: sysdual |
| PostgreSQL | Нет концепции пустышки. |
| DB2 | Пустой стол: SYSIBM.SYSDUMMY1 |
Упражнения по SQL
- Упражнения по SQL, практика, решение
- SQL Получить данные из таблиц [33 Упражнения]
- Булевы и реляционные операторы SQL [12 упражнений]
- Подстановочные знаки SQL и специальные операторы [22 упражнения]
- Агрегатные функции SQL [25 упражнений]
- Вывод запроса форматирования SQL [10 упражнений]
- SQL-запросы к нескольким таблицам [7 упражнений]
- ФИЛЬТРАЦИЯ И СОРТИРОВКА в базе данных персонала [38 упражнений]
- SQL СОЕДИНЯЕТ
- SQL СОЕДИНЯЕТСЯ [29 упражнений]
- SQL присоединяется к базе данных HR [27 упражнений]
- ПОДПИСИ SQL [39 упражнений]
- SQL ПОДПИСИ по базе данных HR [55 упражнений]
- ОСНОВНЫЕ запросы к базе данных фильмов [10 упражнений]
- ПОДПИСКИ на фильм База данных [16 упражнений]
- ПРИСОЕДИНЯЕТСЯ к базе данных фильма [24 упражнения]
- Вступление
- ОСНОВНЫЕ запросы по футболу базы данных [29 упражнений]
- ПОДПИСКИ по футбольной базе данных [33 упражнения]
- ПРИСОЕДИНЯЕТСЯ к запросам по футбольной базе данных [61 упражнений]
- Вступление
- ОСНОВНЫЕ, ПОДПИСИ И СОЕДИНЕНИЯ [39 упражнений]
- ОСНОВНЫЕ запросы к базе данных сотрудников [115 упражнений]
- БРОНИРОВАНИЕ на сотрудника База данных [77 Упражнения]
Хотите улучшить вышеуказанную статью? Вносите свои заметки / комментарии / примеры через Disqus.
Читайте также: