
- •1. 1)Общие сведения о бд и субд
- •2) Основные функции субд
- •4) Уровни представления данных в субд
- •3) Обобщенная архитектура субд
- •5) Sql: история, стандарты
- •6) Языки баз данных
- •7) Язык qbe
- •8) Функциональная зависимость и нормализация отношений
- •9) Использование функций агрегирования в построении запросов
- •10) Модели данных
- •11) Форматирование результатов запросов
- •12) Иерархическая модель
- •13) Ограничения целостности
- •14) Сетевая модель
- •15) Создание, изменение и удаление таблиц средствами sql
- •16) Реляционная модель
- •17) Sql server. Характеристика объектов бд
- •18) Структура реляционных данных
- •19) Системные базы данных
- •1. Отношения: определение, свойства.
- •20) Создание бд в sql server
- •21.Реляционные ключи.
- •22.Основные типы данных.
- •23.Реляционная целостность.
- •24.Индексы: типы, назначение, создание.
- •25.Реляционные языки.
- •26.Подключение бд к sql server.
- •27.Связанные запросы.
- •28.Этапы обработки запросов.
- •29.Поддержка основных правил целостности данных.
- •30.Основные этапы проектирования баз данных.
- •31.Sql server. Характеристика объектов бд.
- •32.Вторая нормальная форма
- •33.Реляционная алгебра. (Унарные операции).
- •34.Концептуальное проектирование.
- •35.Управление транзакциями
- •36.Основные операции реляционной алгебры.
- •37.Обзор процесса нормализации.
- •38.Методология физического проектирования реляционных баз данных.
- •39.Методология концептуального проектирования.
- •40.Методология логического проектирования.
- •41.Обновляемые представления
- •42.Концепция er-модели.
- •43.Представления. Изменение значений с помощью представлений.
- •44.Избыточность данных и аномалии обновления.
- •45. Структура современной субд на примере Microsoft sql Server.
- •46.Защита баз данных.
- •47.Оптимизация запросов.
- •48.Эвристические правила преобразования операций реляционной алгебры.
- •49.Уровни представления данных в субд.
- •50.Подсистема типичной обработки транзакций.
21.Реляционные ключи.
Для возможности уникальной идентификации кортежа отношений вводят понятия реляционные ключи. Они подразделяются:
1 – суперключ – это атрибут или множество атрибутов, которые уникальным образом идентифицируют кортеж отношений.
2 – потенциальный ключ – суперключ, который не содержит подмножество, которое также является суперключом этого отношения.
Для потенциального ключа характерно:
-уникальность, т. е. в каждом кортеже отношения R значение ключа К единственным образом идентифицирует этот кортеж.
-неприводимость – никакое допустимое подмножество ключа К не обладает свойством уникальности.
Для того, чтобы идентифицировать нужным образом потенциальный ключ, следует знать назначение и использование атрибута в конкретной реальной задаче.
Первичный ключ – потенциальный ключ, который выбран для уникальной идентификации кортежа. Потенциальные ключи, которые не выбраны в качестве первичных, называются альтернативными. Внешний или вторичный ключ – это атрибут или несколько атрибутов внутри отношения, которое соответствует потенциальному ключу некоторого другого отношения, т. е. это ключ, используемый для связи между отношениями.
22.Основные типы данных.
Все типы данных можно разделить на 7 осн категорий:
1 – точный числовой (целые, с дес-ми точками)
2- приближ числовой (все знач-я с дес точкой)
3- денежный
4 – дата и время
5 – символьный
6 – двоичный
7 – специальный
Точные числовые:
1 – bigint (8 байт)
2 – int(4 байт)
3 – smallint
4- tinyint
5 – decimal
6 – numeric
Приближенные числовые:
1 – float
2 – real
Денежные:
1 – money
2 – smallmoney
Дата и время:
1 – datetime
2 – smalldatetime
3 – data
4 – time
Символьные:
1 – char
2 – nchar
3 – varchar
4 – nvarchar
5 – text
6- ntext
23.Реляционная целостность.
Для всех допустимых состояний БД определяются ограничения целостности. Существуют два основных правила целостности:
-целостность сущности
-ссылочная целостность
NULL указывает, что значение атрибута в настоящий момент не известно, либо неприемлемо для этого кортежа.
Первое правило целостности касается первичных ключей: в базовом отношении ни один атрибут первичного ключа не может содержать значение NULL.
Второе правило касается вторичных ключей: если в отношении существует внешний ключ, то значение внешнего ключа должно обязательно соответствовать значению потенциального ключа кортежа в его базовом отношении, либо допускается определить его как NULL-значение.
При разработке приложения возникают корпоративные ограничение целостности. Они определяются пользователем либо админом БД на основе специфики решаемых задач либо данных.
24.Индексы: типы, назначение, создание.
Сущ 2 типа: кластерный и не кластерный.
Кластерный устанавливает порядок, в котором строки таблицы хранятся физически. Индекс первичного ключа является кластерным. Кластерный индекс м б только один в таблице.
Не кластерный предст собой отдельный внутренний объект БД, кот содеожит указатели на строки. Не кластерных индексов м б сколько угодно.Создать индексы в SQL SERVER можно след обр:
1.С помощью мастера CREATE INDEX Vizard
2.В конструкторе таблиц
3.Сценарий T-SQL .
Как правило не кластерные индексы создаются по тем полям, по которым чаще всего идет поиск информации, т.е. поля чаще исп-ся в предложениях WHERE при помощи построения запросов.