1. Соотношение понятий «информация и данные».

Две точки зрения

(инфологическая и даталогическая) на данные, используемые в
теории баз данных
информация – это сведения, которые запрашиваются пользователем и
представляются ему в наиболее удобном виде.
Данные - информация, представленная в форме, удобной для хранения,
передачи и обработки
Данные хранятся, а информация запрашивается.
Одни и те же данные могут быть различным образом истолкованы. Одну и ту
же информацию можно представить (записать, сохранить) многообразными
способами
Две точки зрения на данные, используемые в теории баз данных:
Инфологическая - Употребляется при рассмотрении вопросов, связанных с
семантикой данных
Датологическая - Употребляется при рассмотрении вопросов, связанных с
организацией данных
2. Две составляющие данных, которые рассмат-риваются в теории
баз данных. Основные функции и компоненты информационной
системы.
Активная составляющая - Интерпретация (семантика) данных
Пассивная составляющая - сами данные, представленные в определенной
форме
Информационная система (ИС) — система, предназначенная для хранения,
поиска и обработки информации, и соответствующие организационные
ресурсы, которые обеспечивают и распространяют информацию.
Основные компоненты информационной системы - это база данных,
концептуальная схема и информационный процессор, образующие систему
хранения и манипулирования данными.

3. Типы информационных систем по значимости выполняемых

функций. Банк данных как разновидность информационной
системы

Информационно-поисковые системы - Основная функция: поиск данных

Системы обработки данных - Основная функция: обработка данных
Банк данных - Это информационная система, построенная на основе
концепции баз данных и СУБД
 4. База данных как информационная модель предметной области.
База данных - Это динамически обновляемая информационная модель
предметной области.
Объектом моделирования являются информационные процессы,
протекающие в предметной области.
5. База данных как «склад» (хранилище) данных. Требования к
организации и управлению базой данных.
База данных - Это «склад» данных, предназначенных для корпоративного,
многократного и многоцелевого использования
Если «склад» данных используется многими пользователями и для многих
целей, то он должен иметь единую организацию и единое управление,
которые удовлетворяют ряду требований
Требования к организации базы данных – правило «Три НЕ»:
НЕизбыточность, Непротиворечивость, НЕзависимость от приложений
Требования к управлению базой данных: Защита данных и Эффективность
доступа для каждого пользователя.
6. Неизбыточность и непротиворечивость базы данных.
Независимость БД от приложений и средства достижения. Пример.
База данных неизбыточна, если удаление какоголибо элемента данных ведет
к потере информации о предметной области.
База данных непротиворечива, если все хранящиеся в ней данные
удовлетворяют определенным условиям.
Независимость базы данных от приложений
Оно заключается в следующем: возможность осуществлять
реструктуризацию базы данных или ее реорганизацию, не меняя при этом
приложения
Независимость базы данных от приложений достигается в основном
средствами СУБД:
Средство 1. Раздельное хранение описания метаданных, собственно данных и
приложений.
Средство 2. Многоуровневое представление метаданных.
 7 . Схема связей между приложениями и базой данных (механизм
прохождения запроса в СУБД). 
При выполнении запроса на чтение данных, выданного приложением, СУБД
выполняет ряд действий, включающих: • интерпретацию запроса; • поиск
описаний всех данных, на которые выдан запрос; • формирование команд, по
которым операционная система пересылает с запоминающих устройств в
буфер СУБД содержимое всех физических записей с требуемыми данными; •
выделение из этих записей нужных данных, их форматирование (по
необходимости) и пересылку в рабочую область приложения. Аналогичные
действия выполняются при обновлении и вводе данных
8. Состав и назначение СУБД. Структура языковых средств СУБД.
Категории пользователей базы данных и их функции. 
Система управления базами данных (СУБД) - Совокупность языковых и
программных средств, предназначенных для создания, ведения и
совместного использования базы данных многими пользователями
Для создания базы данных и работы с ней СУБД предоставляет
пользователям разнообразные языковые средства
Язык описания данных (ЯОД) Язык высокого уровня декларативного
типа. Предназначен для описания логической структуры (схемы) базы
Языки манипулирования данными (ЯМД) Языки высокого уровня для
определения действий над данными
Категории пользователей базы данных:
Разработчик Это категория пользователей, которые взаимодействуют с
базой данной во время ее проектирования, создания и реорганизации
Администратор Это категория пользователей, которые контактируют с
базой данных на всех этапах ее жизненного цикла
Конечные пользователи Это основная категория пользователей, в
интересах которых и создается база данных.
Функции разработчика баз данных:
Анализ и моделирование предметной области Проектирование структуры
базы данных Выявление ограничений целостности базы данных
Разработка способов защиты и других средств администрирования базы
данных Разработка приложений Оптимизация и реструктуризация базы
данных после накопления сведений о ее функционировании
Функции администратора базы данных:
Первоначальная загрузка и ведение базы данных Анализ эффективности
функционирования базы Защита данных Архивирование, копирование и
восстановление базы данных после сбоев и потери целостности
Поддержка системных и технических средств Реорганизация базы данных
и подключение новых приложений
Классификация СУБД по моделям данных. • Классификация СУБД по
числу конечных пользователей
9. Классификация СУБД по моделям данных. • Классификация
СУБД по числу конечных пользователей
Хранимые в базе данные имеют определенную логическую структуру –
иными словами, описываются некоторой моделью данных,
поддерживаемой СУБД. Модель данных в первую очередь определяет
основные структуры данных. Кроме этого она задает возможные операции
над допустимыми структурами и ограничения целостности – специальные
требования, которым должны подчиняться структуры
Каждая СУБД поддерживает ту или иную модель данных. В зависимости
от этой модели выделяют следующие классы СУБД: Иерархические
Сетевые Реляционные Постреляционные Многомерные
Объектноориентированные
По числу пользователей СУБД подразделяют на два класса:
Однопользовательские Предназначены для создания, ведения и
эксплуатации персональных баз данных
Многопользовательские Предназначены для создания, ведения и
эксплуатации централизованных или распределенных баз данных,
функционир у ющих в сети и о бслуживающих много пользователей.
Имеют полный набор функций
10.Этапы проектирования базы данных (5 этапов). Основные задачи
проектирования БД.
1-й этап – предпроектное обследование предметной области
2-й этап – семантическая структуризация предметной области
3-й этап – выбор правил структурирования данных и инструментария
4-й этап – логическая структуризация данных
5-й этап – физическая структуризация данных

Две основные задачи проектирования:

Задача 1 Разработка структуры базы данных
Задача 2 Разработка приложений. Разработка средств администрирования,
не предусмотренных СУБД
11.Цепочка семантических и синтаксических моделей, возникающих
в процессе создания проекта. Проблемы автоматизации
проектирования БД. Возможности современных CASE средств.
Семантические модели предметной области. Строятся на фазе
инфологического проектирования
Синтаксические модели данных. Строятся на фазе датологического
проектирования
Термин CASE (Computer Aided Software Engineering) дословно
переводится как разработка программного обеспечения с помощью
компьютера.
CASE-средства Это программные средства, автоматизирующие некоторые
этапы разработки (инжиниринга) информационных систем. Они
обеспечивают наглядное описание информационных процессов и
инфологической модели предметной области, генерацию и анализ
вариантов логических и физических моделей базы данных, создание
приложений и т.п.
12.Предпроектное обследование (системный анализ) предметной
области. Основные вопросы. Техническое задание на разработку -
результатов системного анализа предметной области.
1. Каковы границы исследуемой предметной области?
2. Какой тип имеет информационная система, составляющей которой
будет разрабатываемая база данных?
3. Можно ли в принципе осуществить (технологически и экономически)
идею создания желаемой заказчиком базы данных?
4. Кто составляет круг потенциальных пользователей будущей базы
данных?
5. Какова модель движения важных материальных объектов (продукции
и/или денежных средств)? В чем специфика и содержание
существующего документооборота?
6. В чем заключаются особенности обработки и обновления данных?
7. Нужно ли обновлять технические средства? И если нужно, то каким
образом?
Техническое задание на разработку Это документ, в котором
оформляются результаты системного анализа предметной области и
определяются требования к базе данных.
13.Инфологическое моделирование предметной области.
Семантическая структуризация предметной области.
По своей сути это семантическая модель, описывающая структуру
исследуемой предметной области. Она призвана выявить логико-
семантические связи между данными.
Семантическая структурная модель включает в себя две компоненты:
Объектно-связное представление предметной области и Ограничения
целостности
Таким образом, семантическая структуризация предполагает выполнение
следующих действий:
Выделение классов однородных объектов, Нахождение доменов –
множеств допустимых значений атрибутов, Установление связей между
классами объектов
14.Общая характеристика ER-модели. Сущность как
конструктивный элемент ER-модели.
Инфологическая модель предметной области в терминах ER-модели имеет
две составляющие: ER-диаграмма и Ограничения целостности
ER-диаграмма изображается с помощью трех конструктивных элементов
сущность атрибут связь
Сущность – это абстрактный объект определенного типа.
Для всякой сущности на ER-диаграмме необходимо задать: 1. Имя типа
сущности (должно быть уникальным в пределах одной ER-диаграммы). 2.
Множество свойств (атрибутов). 3. Все возможные ключи сущности.
Ключ сущности – это минимальный набор атрибутов, значения которых
уникальны для каждого экземпляра
15.Связь как конструктивный элемент ER-модели (тип, арность,
степень, класс принадлежности, атрибуты)
Связь – осмысленная ассоциация между сущностями разных типов.
Для определения связи на ER-диаграмме следует задать: 1. Имя типа связи
(должно быть уникальным в пределах одной ER-диаграммы). 2. Арность –
число связываемых сущностей и их типы. 3. Степень связи: «один-к-
одному» (1 : 1 ), «один-ко-многим» (1 : N), «многие-ко-многим» (M : N). 4.
Класс принадлежности к связи для каждой из связываемых сущностей:
обязательный или необязательный. 5. Атрибуты связи, если они есть
16.Определение модели данных. Компоненты модели. Языки
программирования и модели данных
Модель данных – некоторая абстракция, предназначенная для
определения: ① правил структурирования данных, ② процессов
динамического изменения данных, ③ допустимых состояний
взаимосвязанных данных
В соответствии со своим назначением, любая модель данных состоит из
трех компонент ① Структурная компонента Указывает основные
структуры данных и правила построения одних структур на основе других
② Манипуляционная компонента Определяет основные операции над
допустимыми структурами данных ③ Целостная компонента Описывает
ограничения целостности – специальные требования, которым должны
подчиняться структуры данных (например, «вместимость» структуры)
17.Преобразование  ЕR-диаграммы в схему реляционной БД
правила преобразования ER-модели в реляционную:
1Каждой сущности ставится в соответствие отношение реляционной
модели данных. 
2 Каждый атрибут сущности становится атрибутом соответствующего
отношения.
3 Первичный ключ сущности становится соответствующего отношения.
4 В каждое отношение, соответствующее подчиненной сущности,
добавляется набор атрибутов основной сущности, являющейся первичным
ключом основной сущности.
5 Для моделирования необязательного типа связи на физическом уровне у
атрибутов, соответствующих внешнему ключу, устанавливается свойство
допустимости неопределенных значений (признак NULL )
18.Элементы теории нормализации отношений. Нормальные формы
(1-3 НФ).
Нормальная форма — свойство отношения в реляционной модели данных,
характеризующее его с точки зрения избыточности, потенциально
приводящей к логически ошибочным результатам выборки или изменения
данных. Нормальная форма определяется как совокупность требований,
которым должно удовлетворять отношение.
Первая нормальная форма (1NF)
Отношение находится в первой нормальной форме, если все его атрибуты
атомарны.
Вторая нормальная форма (2NF)
Вторая нормальная форма требует, чтобы неключевые столбцы таблиц
зависели от первичного ключа в целом, но не от его части.
Третья нормальная форма (3NF)
Чтобы таблица находилась в третьей нормальной форме, необходимо,
чтобы неключевые столбцы в ней не зависели от других неключевых
столбцов, а зависели только от первичного ключа.
19.Теоретико-множественные операции на отношениях (объединение,
пересечение, разность).
Объединением двух отношений называется отношение, содержащее
множество кортежей, принадлежащих либо первому, либо второму
исходному отношению, либо обоим отношениям одновременно.
Кортеж — упорядоченный набор фиксированной длины.
Пересечением отношений называется отношение, которое содержит
множество кортежей, принадлежащих одновременно и первому и второму
отношениям.
Разностью отношений R1 и R2 называется отношение, содержащее
множество кортежей, принадлежащих R1 и не принадлежащих R2.
20.Операции удаления частей отношения (выбор и проекция)
основные операции над отношениями, которые могут представлять
интерес с точки зрения извлечения данных из реляционных таблиц.
Это объединение, пересечение, разность, расширенное декартово
произведение отношений, а также специальные операции над
отношениями: выборка, проекция и соединение.
Операция выборки - построение горизонтального подмножества, т.е.
подмножества кортежей, обладающих заданными свойствами.
Операция проекции - построение вертикального подмножества
отношения, т.е. подмножества кортежей, получаемого выбором одних и
исключением других атрибутов.
21.Операции комбинирования кортежей двух отношений (декартово
произведение и соединение).
Декартово произведение RxS двух отношений (двух таблиц) определяет
новое отношение - результат конкатенации (т.е. сцепления) каждого
кортежа (каждой записи) из отношения R с каждым кортежем (каждой
записью) из отношения S .
вместо декартова произведения обычно используется одна из самых
важных операций реляционной алгебры - операция соединения, которая
является производной от операции декартова произведения. С точки
зрения эффективности реализации в реляционных СУБД эта операция -
одна из самых трудных и часто входит в число основных причин,
вызывающих свойственные всем реляционным системам проблемы с
производительностью.