- •1. Распределенные и централизованные базы данных. Архитектура файл-сервер. Архитектура клиент-сервер.
- •2. Иерархическая и сетевая модели данных.
- •3. Реляционная модель данных. История развития. Основные понятия (тип данных, домен, отношение, кортеж, атрибут, ключ).
- •4. Реляционная база данных.
- •5. Функции системы управления базами данных (субд): управления данными во внешней памяти, управление буферами оперативной памяти, управление транзакциями.
- •6. Функции системы управления базами данных: журнализация, поддержка языков баз данных.
- •7. Типовая организация современной субд.
- •8. Базовые средства манипулирования реляционными данными.
- •9. Реляционная алгебра. Общая интерпретация реляционных операций.
- •10. Особенности теоретико-множественных операций реляционной алгебры.
- •11. Реляционное исчисление.
- •12. Целостность сущностей и ссылок.
- •13. Субд в архитектуре клиент-сервер. Открытые системы.
- •14. Клиенты и серверы локальных сетей.
- •15. Системная архитектура клиент-сервер. Удаленный вызов процедур.
- •16. Сервера баз данных
- •17. Типичные распределения функций между клиентами и серверами
- •18. Разновидности распределенных систем
- •19. Распределенная компиляция запросов
- •20. Язык реляционных баз данных Transact-sql (t-sql). История развития. Идентификаторы в t-sql.
- •21. Язык t-sql. Выражения.
- •22. Язык t-sql. Числовые и денежные типы данных. Типы данных для хранения информации о времени.
- •1) Числовые целые типы данных
- •2)Нецелочисленные типы данных
- •3)Денежные типы данных.
- •4) Типы данных для хранения информации о времени.
- •23. Язык t-sql. Символьные и текстовые типы данных.
- •7)Текстовые типы данных
- •24. Язык t-sql. Специальные типы данных. Конвертирование типов данных.
- •25. Управляющие конструкции t-sql.
- •26. Процесс проектирования таблиц в реляционной базе данных. Определение идентификационной колонки.
- •27. Создание таблиц средствами t-sql.
- •28. Изменение структуры таблицы средствами t-sql. Удаление таблиц.
- •29. Добавление данных в таблицу средствами t-sql. Использование insert и select…into.
- •30. Извлечение данных средствами t-sql. Команда select. Разделы select и into.
- •Раздел into для сохранения результата, выполняет запрос в заданной таблице.
- •31. Извлечение данных средствами t-sql. Команда select. Раздел from (глава 25 – Управление данными; Раздел «Извлечение данных»; Подраздел «Раздел from» с.772-776).
- •32. Извлечение данных средствами t-sql. Команда select. Разделы where, group by, having, order by.
- •33. Изменение данных в таблице средствами t-sql. Команда update.
- •34. Удаление данных средствами t-sql. Команда delete. (глава 25 – Управление данными; Раздел «Удаление данных» с.800-801)
- •35. Хранимые процедуры. Этапы создания (Глава 26 – Хранимые процедуры; Раздел «Создание хранимых процедур» с. 803-804).
- •36. Создание, модификация и удаление хранимых процедур средствами t-sql.
- •37. Использование индексов. Планирование использования индексов. Типы индексов: кластерные, некластерные и уникальные индексы.
- •38. Создание и удаление индексов средствами t-sql.
- •39. Создание, изменение и удаление представлений средствами t-sql.
- •40. Типы и поведение курсоров. Управление курсорами.
- •41. Создание курсора. Открытие курсора. Считывание данных. Изменение и удаление данных с помощью курсора.
- •42. Предоставление, запрещение и неявное отклонение доступа пользователей к объектам базы данных.
25. Управляющие конструкции t-sql.
BEGIN...END
С помощью этой конструкции выполняется группировка двух и более команд в единый блок. Сгруппированные команды воспринимаются интерпретатором Transact-SQL как один оператор. Подобная группировка требуется для конструкций поливариантных ветвлений, условных и циклических конструкций. Ключевое слово BEGIN ставится в начале блока. После него располагаются одна или несколько команд. Завершается блок ключевым словом END:
Блоки BEGIN...END могут быть вложенными. SQL Server 7.0 практически не ограничивает глубину вложенности блоков. На практике глубина вложенности редко превышает 5-7.
Для облегчения понимания структуры программы вложенные блоки принято выделять, добавляя в начале строки символы табуляции или пробела.
Некоторые команды Transact-SQL не должны выполняться вместе с другими командами, поэтому их включение в конструкцию BEGIN...END совместно с другими командами не допускается. К таким командам относятся команды резервного копирования, изменения структуры таблиц, хранимых процедур и им подобные.
IF...ELSE
Часто определенная часть программы должна выполняться только при некотором условии.. Синтаксис этой конструкции следующий:
IF Boolean_expression
{sql_statement | statement_block}
[ELSE
{sql_statement | statement_block}]
Аргумент boolean__expression определяет логическое условие, которое должно возвращать одно из двух значений: TRUE (истина) — если условие выполняется и FALSE (ложь) — если условие не выполняется. Если возвращается значение TRUE, выполняется первая команда sql_statement или блок команд statement_block. Если логическое условие возвращает FALSE, то будет выполнена команда, находящаяся после ключевого слова ELSE (иначе). При отсутствии команд, выполняемых при несоблюдении условия, ключевое слово ELSE можно не указывать.
CASE...END
Эта конструкция часто используется для замены множества одиночных или вложенных конструкций IF...ELSE. Конструкция CASE...END возвращает результат, который можно использовать в качестве переменной в других выражениях. При этом она рассматривается как функция. Синтаксис конструкции CASE...END следующий:
CASE input_expression
WHEN { when_expression | Boolean_expression }
THEN result_expression
[...n]
[ ELSE else_result_expression ]
END
Аргумент input_expression определяет входное значение. Можно указать имя переменной или использовать функцию. Аргумент when_expression определяет один из вариантов значений аргумента input_expression. Если аргументы when_expression и input_expression совпадают, то конструкция CASE...END возвращает значение resu1t_expression. Можно указать несколько строк WHEN...THEN, которые будут содержать все возможные варианты величины input_expression. Если все же значение входного параметра не найдено ни в одной строке WHEN...THEN, то тогда будет возвращено значение, указанное после ключевого слова ELSE:
26. Процесс проектирования таблиц в реляционной базе данных. Определение идентификационной колонки.
Процесс создания таблицы начинается с проектирования ее будущей структуры. В процессе проектирования необходимо решить следующие вопросы:
1)Для хранения каких данных предназначена создаваемая таблица?
2)Какие колонки могут содержать пустые значения (значения NULL)?
3)На какие колонки будут наложены проверочные ограничения, для каких колонок будут определены значения по умолчанию?
4)Какие колонки будут определены как первичный и внешний ключи?
Проектируя таблицу, необходимо решить, каким образом будет обеспечиваться целостность данных в ней. Для этого следует определить ограничения на значения колонок (constraints). SQL Server 7.0 позволяет управлять значениями колонок при помощи следующих механизмов:
1.определение первичного ключа (Primary Key);
2.определение внешнего ключа (Foreign Key);
3.создание уникальных колонок (Unique);
4.наложение проверочных ограничений на значения колонок (Check);
5.определение значений по умолчанию (Defaults);
6.определение возможности принимать неопределенные значения (NULL).
Определение идентификационной колонки (Identity)
При проектировании таблицы часто возникает потребность в колонке, которая будет содержать последовательность числовых значений. Как правило, это колонка, которая используется для хранения идентификационных номеров объектов. Эти номера получаются путем увеличения значения, полученного для предыдущей строки, на заданное приращение. В подобной ситуации можно поручить заполнение колонки непосредственно SQL Server. Для этого при создании таблицы для колонки необходимо определить свойство Identity. Дополнительно потребуется задать начальное значение и величину приращения. В таблице можно определить только одну идентификационную колонку, которую обычно используют для обеспечения уникальности строк.
Тем не менее, SQL Server предоставляет возможность определить колонку, которая будет содержать глобально уникальные значения (так называемые глобальные идентификационные номера — GUID). Тип данных колонки должен быть uniqueidentifier.