3. Типовая структура и основные возможности субд

 Процессор запросов

Это основной компонент СУБД, который преобразует запросы в последовательность низкоуровневых инструкций для контроллера базы данных

 Контроллер базы данных

Этот компонент взаимодействует с запущенными пользователем прикладными программами и запросами. Контроллер базы данных принимает запросы и проверяет схему базы данных для определения тех записей, которые необходимы для удовлетворения требований запроса. Затем контроллер баз данных. Вызывает контроллер файлов для выполнения поступившего запроса.

 Контроллер файлов

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

 Препроцессор языка DML

Этот модуль преобразует внедренные в прикладные программы DML  операторы в вызовы стандартных функций базового языка.

 Компилятор языка DDL

Компилятор языка DDL преобразует DDL  команды в набор таблиц , содержащих метаданные, затем эти таблицы сохраняются в системном каталоге.

 Контролер словаря

Контроллер словаря управляет доступом к системному каталогу и обеспечивает работу с ним.

4. Преимущества и недостатки субд.

ПРЕИМУЩЕСТВА:

 Контроль избыточности данных

 Непротиворечивость данных

 Совместное использование данных

 Поддержка целостности данных

 Повышенная безопасность

 Повышение эффективности с ростом масштабов системы

 Повышение доступности данных и их готовности к работе

 Улучшение показателей производительности

 Упрощение сопровождения системы за счет независимости от данных

 Улучшенное управление параллельностью

 Развитые службы резервного копирования и восстановления

-Глобальность

НЕДОСТАТКИ:

 Сложность

 Размер

Стоимость

Затраты на преобразование

 Производительность

 Более серьезные последствия при выходе системы из строя

5. Общие сведения об инструкциях sql. Правила именования таблиц и столбцов

В SQL существует приблизительно сорок инструкций. Каждая из них "просит" СУБД выполнить опр. действие, например, извлечь данные, создать таблицу или добавить в таблицу новые данные.

Каждая инструкция SQL начинается с команды, т.е. ключевого слова, описывающего действие, выполняемое инструкцией. Типичными командами являются: create, insert, delete и commit. После команды идет одно или несколько предложений. Предложение описывает данные, с которыми работает инструкция, или содержит уточняющую информацию о действии, выполняемом инструкцией. Каждое предложение также начинается с ключевого слова, такого как where, from, into и having. Одни предложения в инструкции являются обязательными, другие — нет. Конкретная структура и содержимое предложения могут изменяться. Многие предложения содержат имена таблиц или столбцов; некоторые из них могут содержать дополнительные ключевые слова, константы и выражения.

В соответствии со стандартом ANSI/ISO имена в SQL должны содержать от 1 до 18 символов, начинаться с буквы и не содержать пробелов или специальных символов пунктуации. В обновленном стандарте SQL2 максимальное число символов в имени увеличено до 128. На практике поддержка имен в различных СУБД реализована по-разному

Имена таблиц

Большинство СУБД позволяют различным пользователям создавать таблицы с одинаковыми именами. Имея соответствующее разрешение, можно обращаться к таблицам, владельцами которых являются другие пользователи, с помощью полного имени таблицы, записанным посредством уточняющей записи через точку. Например, полное имя таблицы birthdays, владельцем которой является пользователь по имени user, имеет следующий вид: user . birthdays

Полное имя таблицы можно использовать вместо короткого имени во всех инструкциях SQL.

Имена столбцов

Если в инструкции задается имя столбца, СУБД сама определяет, в какой из указанных в этой же инструкции таблиц содержится данный столбец. Однако если в инструкцию требуется включить два столбца из различных таблиц, но с одинаковыми именами, необходимо указать полные имена столбцов, которые однозначно определяют их местонахождение. Полное имя столбца состоит из имени таблицы, содержащей столбец, и имени столбца (короткого имени), разделенных точкой.