- •1. Данные и знания. Понятие базы данных (бд). Требования, предъявляемые к …бд.
- •3. Трехуровневая архитектура бд. Определение и основные функции субд.
- •4. Способы организации клиентского доступа к субд. Назначение, структура, функции odbc.
- •5. Обобщенная структура субд. Компоненты по ядра субд.
- •6. Типовая организация современных субд. Состав стандартного пакета по ……..Субд.
- •7. Реляционная модель данных. Понятие реляционного отношения. Домен, кортеж, ключ.
- •8. Модели систем распределенной обработки данных. Модель файлового сервера.
- •9. Типы реляционных отношений. Реляционная связь. Целостность
- •10. Модели систем распределенной обработки данных. Модель сервера бд. Модели серверов бд.
- •11. Модели систем распределенной обработки данных. Модель сервера приложений
- •12. Этапы жизненного цикла бд. Взаимосвязь этапов проектирования бд.
- •14. Команды работы с транзакциями. Использование поименованных
- •15. Способы применения sql в прикладных программах. Встроенный sql. Особенности встроенного оператора select.
- •16. Нормализация схемы бд. Понятие нормальной формы. Основные свойства нормальных форм. Последовательность нормальных форм и их характеристика.
- •17. Понятие курсора. Параметры определения курсоров. Работа с курсорами.
- •18. Принципы системы безопасности серверов бд. Уровни безопасности сервера. Управление системой безопасности на уровне сервера.
- •19. Управление системой безопасности на уровне пользователей и объектов бд. Пользователи и права пользователей. Понятие роли.
- •20. Стандарты языка sql. Типы команд sql.
- •21. Типы команд sql. Внесение изменений в бд.
- •22. Типы команд sql. Управление данными и выборка данных.
- •23. Типы команд sql. Команды управления транзакциями.
- •24. Типы команд sql. Команды администрирования.
- •25. Язык t-sql. Управляющие операторы t-sql. Хранимые процедуры.
- •26. Язык t-sql. Триггеры. Создание и виды триггеров. Логика субд
- •27. Команды работы с транзакциями. Использование поименованных
8. Модели систем распределенной обработки данных. Модель файлового сервера.
При планировании обработки данных могут рассматриваться три модели: · обработка в одноранговой локальной сети; · централизованная обработка; · обработка в модели клиент/сервер. При любой обработке имеются три основных уровня манипулирования данными: · хранение данных; · выполнение приложений, т.е. выборка и обработка данных для нужд прикладной задачи; · представление данных и результатов обработки конечному пользователю. При обработке в одноранговой сети все три уровня, как правило, выполняются на одном - персональном - рабочем месте. В современных технологиях применения вычислительной техники персональная обработка информации, когда все данные и средства их обработки сосредоточены в пределах одного рабочего места, и обмен данными между рабочими местами не происходит или выполняется эпизодически (например, средствами электронной почты), постепенно уходит в прошлое. Современные информационные, управленческие, офисные системы в большей или меньшей степени ориентируются на многопользовательскую обработку, при которой данные доступны (возможно, одновременно доступны) многим пользователям с разных рабочих мест. Соображения эффективности и надежности требуют централизации процессов хранения и обработки данных.
Модель файлового сервера является наиболее простой и характеризует собственно не столько способ образования фактографической информационной системы, сколько общий способ взаимодействия компьютеров в локальной сети. Один из компьютеров сети выделяется и определяется файловым сервером, т. е. общим хранилищем любых данных.
9. Типы реляционных отношений. Реляционная связь. Целостность
реляционных данных.
По распространенности и популярности реляционные СУБД сегодня вне конкуренции. По сути, они фактически стали промышленным стандартом. В реляционной модели рассматриваются три аспекта данных – структура данных, целостность данных и обработка данных. Структура данных реляционной модели: Реляционной считается такая база данных, в которой все данные представлены для пользователя в виде прямоугольных таблиц значения данных, и все операции сводятся к манипуляциям с таблицами. Таблица состоит из строк и столбцов и имеет имя, уникальное внутри базы данных, которое именуется, как отношение . Строка таблицы носит название картежа , а столбец – атрибута . Количество кортежей называется кардинальным числом , а количество атрибутов – степенью отношения . Первичный ключ является уникальным идентификатором и представляет собой такой столбец или комбинацию столбцов, что в любой момент времени не существует двух строк, содержащих одинаковое значение в этом столбце или комбинации столбцов. Множество всех возможных значений (область определения) атрибута объекта называется доменом . Например, для атрибута ВЕС домен задается интервалом целых чисел, поскольку отрицательного веса не бывает. Каждый столбец таблицы имеет имя, которое обычно записывается в верхней части таблицы. Оно должно быть уникальным в таблице, однако различные таблицы могут иметь столбцы с одинаковыми именами. Любая таблица должна иметь, по крайней мере, один столбец. Порядок следования столбцов в таблице определяется порядком следования их имен при ее создании. В отличие от столбцов, строки не имеют имен; порядок их следования в таблице не определен, а количество логически не ограничено. Отношения обладают следующими важными свойствами: в них нет одинаковых кортежей; кортежи не упорядочены сверху вниз; атрибуты не упорядочены слева на право; все значения атомарны, т.е. отношения нормализированы.
В реляционной модели данных есть два общих правила целостности. Эти два правила относятся к потенциальным ключам и внешним ключам . Выше рассматривался первичный ключ, который является частным случаем потенциального ключа. Пусть R – некоторое отношение. Тогда потенциальный ключ K для R - это подмножество множества атрибутов R, обладающее такими свойствами, как: Уникальность – нет двух различных кортежей в отношении R с одинаковым значением K; Неизбыточность – никакое из подмножеств K не обладает свойством уникальности. Каждое отношение имеет, по крайней мере, один потенциальный ключ, так как не содержит одинаковых кортежей. Потенциальные ключи имеют первостепенную важность для реляционных систем, так как единственный гарантируемый способ указать на какой – ни будь кортеж – это указать значение некоторого потенциального ключа. Потенциальный ключ, имеющий более одного атрибута, называется составным , а состоящий из одного атрибута – простым . Отношение может иметь более одного потенциального ключа. В этом случае один из потенциальных ключей выбирается в качестве первичного, а остальные потенциальные ключи, если они есть, называются альтернативными .
