- •2. Модели бд: простая двумерная структура, иерархическая структура, реляционная модель.
- •708 Тульский механический завод.
- •3. Понятия первичного и внешнего ключа.
- •9. Задача поиска информации. Индексные файлы, их структура и принцип работы, хеширование.
- •10. Проблема достоверности информации, семантические ошибки. Защита и сохранность бд.
- •11. Оперативные таблицы, справочники, словари.
- •12. Функции универсальной информационной системы (основные и вспомогательные). Документальные системы.
- •13. Структура интерфейса субд «Access». Объекты, режим конструктора. Создание таблицы в режиме конструктора, типы полей, свойства полей.
- •14. Определение связей между таблицами, типы связей, их обозначение и просмотр. Понятие целостности данных.
- •15. Присоединённые таблицы, ввод изменение и просмотр данных.
- •16. Создание простых форм. Типы форм. Элементы форм.
- •1 7. Понятие запроса, типы запросов, создание простого запроса.
- •18. Понятие отчёта, создание простых отчётов.
- •19. Анализ таблиц, понятие подстановки.
- •20. Создание связей и объединений в запросах. Ограничения в многотабличных запросах.
- •21. Создание связей для запросов. Объединения и их типы. Объединение в запросе двух копий одной таблицы (самообъединение).
- •22. Использование в запросе автоподстановки для автоввода данных. Создание параметризованных запросов.
- •23. Запросы, вносящие изменения. Проблемы, возникающие при работе с ними.
- •24. Создание и использование подчинённых форм (с помощью мастера и без него). Связывание главной и подчинённой форм. Создание итогов в подчинённых формах.
- •25. Язык sql, его основные команды и их структура, понятие предиката. Понятие транзакции.
- •26. Команда select, устранение избыточности данных - distinct. Определение выборки - where.
- •27. Операторы in, between... And, like, is null.
- •28. Применение функций агрегирования, специальные атрибуты в count, скалярные выражения.
- •29. Предложения group by и having.
- •30. Форматирование результатов запросов, упорядочивание выходных полей, команда order by.
- •32. Вложенные запросы (подзапросы). Связанные подзапросы, оператор exists.
- •33. Объединение множества запросов в один - предложение union.
- •34. Построение запросов для ввода, удаления и изменения значений полей. Вставка результата запроса в таблицу.
- •35. Создание, изменение и удаление таблиц. Понятие представления (View).
- •38. Терминология модели «Клиент-сервер». Логические компоненты модели.
25. Язык sql, его основные команды и их структура, понятие предиката. Понятие транзакции.
SQL - структурированный язык запросов (Structured Query Language).
Базы данных имеют тенденцию к постоянной интеграции, что привело к необходимости разработки стандартного языка запросов, пригодного для использования на множестве компьютерных платформ.
Прообраз SQL возник в 1970 году в одной из лабораторий IBM (Санта-Тереза (проект System/R)) как средство запроса к реляционной БД. На настоящее время SQL стал фактически стандартом и его популярность настолько велика, что разработчики не реляционных СУБД (например, ADABAS), снабжают свои системы SQL- интерфейсом.
Кроме de facto SQL имеет официальный стандарт ANCI / ISO (American National Stan-darts Institute / International Standarts Organization), что выводит его в ранг международного стандарта.
Настоящая тенденция заключается в том, что многие реальные СУБД расширяют возможности за рамки ANCI и тогда «хорошие» черты вновь становятся «рыночным» стандартом и повторяются другими.
SQL изначально не являлся языком программирования, поскольку на нем пишутся не программы, а запросы к БД. Т.е. SQL - декларативный язык. Это означает, что с его помощью можно сформулировать ЧТО необходимо получить, но нельзя указать КАК это сделать. Операторы типа if, for, do, while и т.п. – изначально отсутствуют.
Для получения общих представлений об SQL рассмотрим ряд простых примеров и синтаксис необходимый для их понимания.
Запрос на языке SQL состоит из одной или нескольких команд SQL, следующих одна за другой и разделенных точкой с запятой. Наиболее важные команды:
В командах участвуют имена, идентифицирующие объекты БД. Например, имя таблицы (Деталь), имя столбца (Название). Имена могут быть сложными, в которых перед именем столбца, через разделитель ‘.’ следует имя таблицы (Деталь. Все).
Пример 1
Запрос: «определить количество деталей на складе, для всех типов деталей»
SELECT Название, Количество FROM Деталь;
(Выбрать) (Из).
Результат: таблица со столбцами:
Название |
Количество |
… |
… |
Это вертикальная проекция.
Пример 2
Запрос: «какие детали, из стали, хранятся на складе?»
SELECT * FROM Деталь WHERE Материал = «Сталь»;
(где)
Результат - таблица, но содержащая только те строки из исходной таблицы, которые в столбце (поле) «Материал» имеют «Сталь». Это горизонтальная проекция, поскольку * означает выбор из всех столбцов.
Пример 3
Запрос: «определить название и количество деталей на складе, изготовленных из пластмассы и весящих меньше 5 кг».
SELECT Название, Количество FROM Деталь
WHERE Материал = «Пластмасса»
AND Вес < 5;
Результат- таблица из 2 столбцов «Название» и «Количество». Сначала - горизонтальная проекция, затем - вертикальная.
Пример 4
SELECT Название, Количество, Материал
FROM Деталь
WHERE Номер = «Т145-А8»;
Если в таблице «Деталь» не существует индекса по полю «Номер», то запрос будет выполняться долго из-за прямого перебора.
Индекс можно создать командой CREATE INDEX
CREATE UNIQUE INDEX Индекс детали
ON Деталь (Номер);
Создается индекс с именем «Индекс детали» по столбцу «Номер» таблицы «Деталь».
Чаще всего для пользователя СУБД представляют интерес не отдельные команды SQL (иногда используется термин для всей строки; до ‘;’- Statement (предложение, фраза)), а некоторая их последовательность. Каждая такая последовательность Statements реализует некую законченную операцию в терминах предметной области. Например, банковскую операцию (перевод некоторой суммы с краткосрочного счета на долгосрочный в несколько шагов (снятие со счета, зачисление на счет)).
Если в процессе выполнения этой многошаговой операции произойдет сбой, когда первая часть (снятие) будет выполнена, а вторая- нет, то деньги будут потеряны. Следовательно, любое многошаговое действие над БД должно быть выполнено целиком, или не выполняться вовсе. Такое действие получило название транзакция.
Обработка транзакций опирается на журнал транзакций. В него заносится информация о каждой транзакции и она используется для ОТКАТА транзакций и восстановления согласованного состояния БД.