- •Введение в реляционные базы данных Введение
- •Что такое реляционная база данных?
- •Связывание одной таблицы с другой
- •Порядок строк произволен
- •Идентификация строк (первичные ключи)
- •Столбцы именуются и нумеруются
- •Типовая база данных
- •Работа с sql
- •Sql: обзор
- •Как работает sql?
- •Что делает ansi?
- •Интерактивный и встроенный sql
- •Подразделы sql
- •Различные типы данных
- •Несогласованности sql
- •Что такое пользователь?
- •Условия и терминология
- •Работа с sql
- •Использование sql для извлечения информации из таблиц
- •Создание запроса
- •Что такое запрос?
- •Где применяются запросы?
- •Команда select
- •Выбирайте всегда самый простой способ
- •Описание select
- •Просмотр определенного столбца таблицы
- •Переупорядочивание столбцов
- •Удаление избыточных данных
- •Параметры distinct
- •All вместо distinct
- •Квалифицированный выбор при использовании предложений
- •Работа с sql
- •Использование реляционных и булевых операторов для создания более изощрённых предикатов
- •Реляционные операторы
- •Булевы операторы
- •Работа с sql
- •Использование специальных операторов в условиях
- •Оператор in
- •Оператор between
- •Оператор like
- •Работа с нулевыми (null) значениями
- •Оператор null
- •Использование not со специальными операторами
- •Работа с sql
- •Обобщение данных с помощью агрегатных функций
- •Что такое агрегатные функции?
- •Как использовать агрегатные функции?
- •Специальные атрибуты count
- •Использование distinct
- •Использование count со строками, а не значениями
- •Включение дубликатов в агрегатные функции
- •Агрегаты, построенные на скалярном выражении
- •Предложение group by
- •Предложение having
- •Не делайте вложенных агрегатов
- •Работа с sql
- •Форматирование вывода запросов
- •Строки и выражения
- •Скалярное выражение на основе выбираемых полей
- •Столбцы вывода
- •Помещение текста в вашем выводе запроса
- •Упорядочение вывода полей
- •Упорядочение по нескольким столбцам
- •Упорядочение агрегатных групп
- •Упорядочение вывода по номеру столбца
- •Упорядочение с помощью оператора null
- •Работа с sql
- •Запрос из нескольких таблиц так же, как из одной
- •Объединение таблиц
- •Имена таблиц и столбцов
- •Создание объединения
- •Объединение таблиц через справочную целостность
- •Объединения таблиц по равенству значений в столбцах и другие виды объединений
- •Объединение более двух таблиц
- •Работа с sql
- •Объединение таблицы с собой
- •Как делать объединение таблицы с собой?
- •Псевдонимы
- •Устранение избыточности
- •Проверка ошибок
- •Больше псевдонимов
- •Еще больше комплексных объединений
- •Работа с sql
- •Вставка одного запроса внутрь другого
- •Как работает подзапрос?
- •Значения, которые могут выдавать подзапросы
- •Distinct с подзапросами
- •Предикаты с подзапросами являются необратимыми
- •Использование агрегатных функций в подзапросах
- •Использование подзапросов, которые выдают много строк с помощью оператора in
- •Подзапросы выбирают одиночные столбцы
- •Использование выражений в подзапросах
- •Подзапросы в предложении having
- •Работа с sql
- •Соотнесенные подзапросы
- •Как сформировать соотнесенный подзапрос
- •Как работает соотнесенный подзапрос
- •Использование соотнесенных подзапросов для нахождения ошибок
- •Сравнение таблицы с собой
- •Соотнесенные подзапросы в предложении having
- •Соотнесенные подзапросы и объединения
- •Работа с sql
- •Использование оператора exists
- •Как работает exists?
- •Выбор столбцов с помощью exists
- •Использование exists с соотнесенными подзапросами
- •Комбинация из exists и объединения
- •Использование not exists
- •Exists и агрегаты
- •Более удачный пример подзапроса
- •Работа с sql
- •Использование операторов any, all и some
- •Специальные операторы any или some
- •Использование операторов in или exists вместо оператора any
- •Как any может стать неоднозначным
- •Специальный оператор all
- •Равенства и неравенства
- •Правильное понимание any и all
- •Как any, all, и exist поступают с отсутствующими и неизвестными данными
- •Когда подзапрос возвращается пустым
- •Any и all вместо exists с пустым указателем (null)
- •Использование count вместо exists
- •Работа с sql
- •Использование предложения union
- •Объединение нескольких запросов в один
- •Когда вы можете делать объединение между запросами?
- •Union и устранение дубликатов
- •Использование строк и выражений с union
- •Использование union с order by
- •Внешнее объединение
- •Работа с sql
- •Ввод, удаление и изменение значений полей
- •Команды модификации языка dml
- •Insert (вставить), update (модифицировать), delete (удалить).
- •Ввод значений
- •Вставка пустых указателей (null)
- •Именование столбца для вставки (insert)
- •Вставка результатов запроса
- •Изменение значений поля
- •Модифицирование только определенных строк
- •Команда update для многих столбцов
- •Использование выражений для модификации
- •Модифицирование пустых (null) значений
- •Insert — используемой чтобы помещать строки в базу данных; delete — чтобы удалять их; update — чтобы изменять значения в уже вставленных строках.
- •Работа с sql
- •Использование подзапросов с командами модификации
- •Использование подзапросов с insert
- •Не вставляйте дубликаты строк
- •Использование подзапросов, созданных во внешней таблице запроса
- •Использование подзапросов с delete
- •Использование подзапросов с update
- •Столкновение с ограничениями подзапросов команды dml
- •Работа с sql
- •Создание таблиц
- •Команда создания таблицы
- •Индексы
- •Уникальность индекса
- •Удаление индексов
- •Изменение таблицы после того, как она была создана
- •Удаление таблиц
- •Работа с sql
- •Ограничение значений ваших данных
- •Ограничение таблиц
- •Объявление ограничений
- •Использование ограничений для исключения пустых (null) указателей
- •Убедитесь, что значения уникальны
- •Уникальность как ограничение столбца
- •Уникальность как ограничение таблицы
- •Ограничение первичных ключей
- •Первичные ключи более чем одного поля
- •Проверка значений полей (check)
- •Использование check, чтобы предопределять допустимое вводимое значение
- •Проверка условий, базирующаяся на нескольких полях
- •Установка значений по умолчанию
- •Работа с sql
- •Поддержка целостности ваших данных
- •Внешний ключ и родительский ключ
- •Многостолбцовые внешние ключи
- •Смысл внешнего и родительского ключей
- •Ограничение foreign key
- •Как можно поля представить в качестве внешних ключей
- •Внешний ключ как ограничение таблицы
- •Внешний ключ как ограничение столбцов
- •Не указывать список столбцов первичных ключей
- •Как справочная целостность ограничивает значения родительского ключа
- •Первичный ключ как уникальный внешний ключ
- •Ограничения внешнего ключа
- •Что случится, если вы выполните команду модификации
- •Включение описаний таблицы
- •Действие ограничений
- •Внешние ключи, которые ссылаются обратно к их подчиненным таблицам
- •Работа с sql
- •Введение в представления
- •Что такое представление?
- •Команда create view
- •Модифицирование представлений
- •Именование столбцов
- •Комбинирование предикатов представлений и основных запросов в представлениях
- •Групповые представления
- •Представления и объединения
- •Представления и подзапросы
- •Чего не могут делать представления
- •Удаление представлений
- •Работа с sql
- •Изменение значений с помощью представлений
- •Модифицирование представления
- •Определение модифицируемости представления
- •Модифицируемые представления и представления "только чтение"
- •Что является модифицируемым представлением
- •Проверка значений, помещаемых в представление
- •Предикаты и исключенные поля
- •Проверка представлений, которые базируются на других представлениях
- •Работа с sql
- •Кто что может делать в базе данных
- •Пользователи
- •Регистрация
- •Предоставление привилегий
- •Стандартные привилегии
- •Команда grant
- •Группы привилегий, группы пользователей
- •Ограничение привилегий на определенные столбцы
- •Использование аргументов all и public
- •Предоставление привилегий с помощью with grant option
- •Отмена привилегий
- •Использование представлений для фильтрации привилегий
- •Кто может создавать представления?
- •Ограничение привилегии select для определенных столбцов
- •Ограничение привилегий для определенных строк
- •Предоставление доступа только к извлеченным данным
- •Использование представлений в качестве альтернативы к ограничениям
- •Другие типы привилегий
- •Типичные привилегии системы
- •Создание и удаление пользователей
- •Глобальные аспекты sql
- •Переименование таблиц
- •Переименование с тем же самым именем
- •Одно имя для каждого
- •Удаление синонимов
- •Как база данных распределена для пользователей?
- •Когда сделанные изменения становятся постоянными?
- •Как sql общается сразу со многими пользователями
- •Типы блокировок
- •Другие способы блокировки данных
- •Работа с sql
- •Как данные sql содержатся в упорядоченном виде
- •Каталог системы
- •Типичный системный каталог
- •Использование представлений в таблицах каталога
- •Разрешить пользователям видеть (только) их собственные объекты
- •Комментарий в содержании каталога
- •Остальное из каталога
- •Другое использование каталога
- •Работа с sql
- •Использование sql с другим языком (встроенный sql)
- •Что такое вложение sql
- •Зачем вкладывать sql?
- •Как делаются вложения sql
- •Использование переменных основного языка в sql
- •Объявление переменных
- •Извлечение значений переменных
- •Использование sqlcode для управления циклами
- •Предложение whenever
- •Модифицирование курсоров
- •Переменная indicator
- •Использование переменной indicator для эмуляции null значений sql
- •Другое использование переменной indicator
- •Работа с sql
- •Глава 5
- •Глава 6
- •Глава 7
- •Глава 8
- •Глава 9
- •Глава 10
- •Глава 11
- •Глава 12
- •Глава 13
- •Глава 14
- •Глава 15
- •Глава 16
- •Глава 17
- •Глава 18
- •Глава 19
- •Глава 20
- •Глава 21
- •Глава 22
- •Глава 23
- •Глава 24
- •Глава 25
- •Типы данных в sql
- •Типы ansi
- •Эквивалентные типы данных в других языках
- •Некоторые общие нестандартные средства sql
- •Типы данных
- •Ibm Европейский Стандарт (eur) dd.Mm.Yyyy 10.31.1990
- •Ibm Европейский Стандарт hh-mm-ss 21.04.37
- •Ibm usa Стандарт (usa) hh.Mm am/pm 9.04 pm
- •Команда format
- •Функции
- •Автоматические внешние объединения
- •Отслеживание действий
- •Справочник по командам и синтаксису
- •Sql элементы
- •Sql команды
Использование подзапросов, которые выдают много строк с помощью оператора in
Вы можете использовать подзапросы, которые производят любое число строк, если вы используете специальный оператор IN (операторы BETWEEN, LIKE, и IS NULL не могут использоваться с подзапросами). Как вы помните, IN определяет набор значений, одно из которых должно совпадать с другим термином уравнения предиката в Заказе, чтобы предикат был верным. Когда вы используете IN с подзапросом, SQL просто формирует этот набор из вывода подзапроса. Мы можем, следовательно, использовать IN, чтобы выполнить такой же подзапрос, который не будет работать с реляционным оператором, и найти все атрибуты таблицы Заказов для продавца в Лондоне (вывод показывается в Рисунке 10.4):
SELECT * FROM Orders WHERE snum IN (SELECT snum FROM Salespeople WHERE city = 'London');
=============== SQL Execution Log ============== | SELECT * | | FROM Orders | | WHERE snum IN | | (SELECT snum | | FROM Salespeople | | WHERE city = 'London'); | | =============================================== | | onum amt odate cnum snum | | ----- -------- ---------- ----- ------ | | 3003 767.19 10/03/1990 2001 1001 | | 3002 1900.10 10/03/1990 2007 1004 | | 3006 1098.19 10/03/1990 2008 1007 | | 3008 4723.00 10/05/1990 2006 1001 | | 3011 9891.88 10/06/1990 2006 1001 | ================================================= Рисунок 10.4. Использование подзапроса с IN.
В ситуации подобно этой, подзапрос более прост для пользователя, чтобы понимать его, и более прост для компьютера, чтобы его выполнить, чем, если бы Вы использовали объединение:
SELECT onum, amt, odate, cnum, Orders.snum FROM Orders, Salespeople WHERE Orders.snum = Salespeople.snum AND Salespeople.city = 'London';
Хотя это и произведет тот же самый вывод, что и в примере с подзапросом, SQL должен будет просмотреть каждую возможную комбинацию строк из двух таблиц и проверить их снова по составному предикату.
Проще и эффективнее извлекать из таблицы Продавцов значения поля snum где city = 'London', и затем искать эти значения в таблице Заказов, как это делается в варианте с подзапросом. Внутренний запрос дает нам snum=1001 и snum=1004. Внешний запрос затем дает нам строки из таблицы Заказов, где эти поля snum найдены.
Строго говоря, быстрее или нет работает вариант подзапроса, практически зависит от реализации — в какой программе вы это используете. Эта часть вашей программы, называемая оптимизатор, пытается найти наиболее эффективный способ выполнения ваших запросов.
Хороший оптимизатор, во всяком случае, преобразует вариант объединения в подзапрос, но нет достаточно простого способа для вас, чтобы выяснить, выполнено это или нет. Лучше сохранить ваши запросы в памяти, чем полагаться полностью на оптимизатор.
Конечно, вы можете также использовать оператор IN, даже когда вы уверены, что подзапрос произведет одиночное значение. В любой ситуации, где вы можете использовать реляционный оператор сравнения (=), вы можете использовать IN. В отличие от реляционных операторов, IN не может заставить команду потерпеть неудачу, если больше чем одно значение выбрано подзапросом. Это может быть или преимуществом или недостатком.
Вы не увидите непосредственно вывода из подзапросов; если вы полагаете, что подзапрос собирается произвести только одно значение, а он производит различные. Вы не сможете объяснить различия в выводе основного запроса. Например, рассмотрим команду, которая похожа на предыдущую:
SELECT onum, amt, odate FROM Orders WHERE snum = (SELECT snum FROM Orders WHERE cnum = 2001);
Вы можете устранить потребность в DISTINCT, используя IN вместо (=), подобно этому:
SELECT onum, amt, odate FROM Orders WHERE snum IN (SELECT snum FROM Orders WHERE cnum = 2001);
Что случится, если есть ошибка и один из Заказов был аккредитован к различным продавцам? Версия, использующая IN, будет давать вам все Заказы для обоих продавцов. Нет никакого очевидного способа наблюдения за ошибкой, и поэтому сгенерированные отчеты или решения, сделанные на основе этого запроса, не будут содержать ошибки. Вариант, использующий (=), просто потерпит неудачу.
Это, по крайней мере, позволило бы вам узнать, что имеется такая проблема. Вы должны затем выполнять поиск неисправности, выполнив этот подзапрос отдельно и наблюдая значения, которые он производит.
В принципе, если вы знаете, что подзапрос должен (по логике) вывести только одно значение, вы должны использовать =. IN является подходящим, если запрос может ограниченно производить одно или более значений, независимо от того ожидаете вы их или нет.
Предположим, мы хотим знать комиссионные всех продавцов обслуживающих заказчиков в Лондоне:
SELECT comm FROM Salespeople WHERE snum IN (SELECT snum FROM Customers WHERE city = 'London');
Выводимыми для этого запроса, показанного в Рисунке 10.5, являются значения комиссионных продавца Peel (snum = 1001), который имеет обоих заказчиков в Лондоне. Это — только для данного случая. Нет никакой причины, чтобы некоторые заказчики в Лондоне не могли быть назначенными к кому-то еще. Следовательно, IN — это наиболее логичная форма чтобы использовать ее в запросе.
=============== SQL Execution Log ============== | SELECT comm | | FROM Salespeople | | WHERE snum IN | | (SELECT snum | | FROM Customers | | WHERE city = 'London'); | | =============================================== | | comm | | ------- | | 0.12 | ================================================= Рисунок 10.5: Использование IN с подзапросом для вывода одного значения
Между прочим, префикс таблицы для поля city необязателен в предыдущем примере, несмотря на возможную неоднозначность между полями city таблицы Заказчика и таблицы Продавцов.
SQL всегда ищет первое поле в таблице, обозначенной в предложении FROM текущего подзапроса. Если поле с данным именем там не найдено, проверяются внешние запросы. В вышеупомянутом примере, "city" в предложении WHERE означает, что имеется ссылка к Customer.city (поле city таблицы Заказчиков).
Так как таблица Заказчиков указана в предложении FROM текущего запроса, SQL предполагает, что это — правильно. Это предположение может быть отменено полным именем таблицы или префиксом псевдонима, о которых мы поговорим позже, когда будем говорить об соотнесенных подзапросах. Если возможен беспорядок, конечно же, лучше всего использовать префиксы.