
- •75. Назовите подходы по созданию бд (лоскутная, субд. Тпр)
- •Показатели различных подходов к автоматизации предприятий с использованием бд
- •76. Цель создания бд
- •77. Затраты, объем, качество, время создания бд (сравнение старых и новых технологий)
- •79. Кто отвечает за сохранность данных и как это делается?
- •80. Как в случае катастрофы можно восстановить работоспособную систему (аппаратное обеспечение, данные, операционную систему)?
- •81. Как часто следует сохранять данные? Важность регулярного резервного копирования
- •82. Когда происходит полное копирование?
- •83. Жизненный цикл бд
- •84. Документальные, фактографические, пространственные бд.
- •85. Объектно-ориентированные бд. Распределенные бд. Коммерческие бд.
- •86. Процессы обработки данных в бд. Ограничения целостности.
- •87. Технология оперативной обработки транзакций (oltp).
- •88. Информационные хранилища. (olap)
- •Принципы организации хранилища
- •89. Объекты, атрибуты, связи, первичный и вторичные ключи. Основные типы абстракции.
- •90. Нормализованные отношения. Первичные и вторичные ключи отношений. Моделирование связей в реляционной модели данных. Внешние ключи.
89. Объекты, атрибуты, связи, первичный и вторичные ключи. Основные типы абстракции.
Кортеж- это строки реляционной таблицы
Атрибуты (столбцы)
Домен - область допустимых значений конкретного атрибута
Схема отношений – перечень атрибутов в таблице с указанием их имен типов
и доменов.
Связь – логические отношения между сущностями
Объект (Сущность) – элемент какой-либо системы, информация о котором сохраняется. Объект может быть как реальным (например, человек), так и абстрактным (например, событие – поступление человека в стационар).
Атрибут – информационное отображение свойств объекта. Каждый объект характеризуется набором атрибутов.
Таблица – упорядоченная структура, состоящая из конечного набора однотипных записей.
Связь осуществляется через внешние ключи, первичный и альтернативный (вторичный).
Внешний ключ -атрибут реляционной таблицы являющийся ссылкой назначения главного ключа другой таблицы
Первичный ключ – атрибут (или группа атрибутов), позволяющий однозначным образом определить каждую строку в таблице.
Напротив, альтернативный ключ – атрибут (или группа атрибутов), не совпадающая с позволяющий первичным ключом и однозначным образом определяющий каждую строку в таблице.
Связи бывают:
"один-к одном" – одна запись 1 таблицы, соответствует только одной записи второй таблицы и наоборот.
"один-ко-многим" означает, что каждая запись в одной таблице соответствует многим записям другой таблицы, но в тоже время любая запись второй таблицы связана только с одной записью первой таблицы.
"много-ко-многим" означает, что одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы, и в то же время одна запись из второй таблицы может быть связана более чем с одной записью из первой таблицы. Отношение "много-ко-многим" порождает дополнительную таблицу пересечения, с помощью которой исходная связь будет сведена к двум связям типа "один-ко-многим"
Определяются два осн. вида абстракций, имеющих фундаментально важное значение в проектировании и использовании баз данных. Агрегация - это такая абстракция, которая превращает связь между объектами в некоторый агрегированный объект. Обобщение - это абстракция, превращающая класс объектов в родовой объект. Предполагается, что для всех объектов (индивидуальных, агрегатных, родовых) должна даваться унифицированная интерпретация в моделях реального мира. В качестве примитивов для определения таких моделей разработаны новые типы данных, названные родовыми. Определенные с помощью таких примитивов модели структурируются как множество иерархий агрегации, пересекающееся с множеством иерархий обобщения. В точках пересечения появляются абстрактные объекты. Такая структура высокого уровня обеспечивает некоторую дисциплину для организации реляционных баз данных. Она, в частности, дает возможность: а) интегрировать и поддерживать важный класс представлений (view); б) обеспечивать при определенных эволюционных изменениях стабильность данных и программ; в) значительно легче понимать сложные модели и более естественным образом формулировать запросы; г) использовать более семантичный подход к проектированию баз данных; д) осуществлять дополнительную оптимизацию на более низких уровнях реализации. Родовой тип формализуется благодаря некоторому множеству инвариантных свойств. Эти свойства должны удовлетворяться всеми отношениями в базе данных, если абстракции должны сохраняться. Предлагается запускающий механизм для автоматической поддержки таких инвариантов во время операций обновления.