![](/user_photo/_userpic.png)
- •Базы данных и информационные системы
- •Базы данных и файловые системы
- •Архитектура информационный системы
- •Структура ис
- •Системы управления базами данных. Функции
- •Системы управления базами данных. Классификация
- •Субд с последовательной обработкой;
- •Локальные информационные системы
- •Способы разработки и выполнения приложений
- •Модели и типы данных
- •Реляционная и постреляционные модели
- •Индексирование связывание таблиц. Контроль целостности связей
- •Реляционная алгебра
- •Язык запросов по образцу qbe
- •Структурированный язык запросов sql
- •Модели архитектуры клиент-сервер
- •Управление распределенными данными
- •Проблемы проектирования баз данных
- •Метод нормальных форм
- •Функциональная зависимость
- •Транзитивная зависимость
- •Множественная зависимость
- •Взаимно независимые атрибуты
- •Обеспечение непротиворечивости и целостности данных в базе данных
- •Метод «сущность - связь»
- •Этапы проектирования баз данных
- •Жизненный цикл базы данных
- •Правила формирования отношений
- •Формирование отношений для связи 1:1
- •Формирование отношений для связи 1:м (и м:1)
- •Формирование отношений для связи м:м
- •Уровни представления информации в бд
- •Реляционный подход к построению модели данных
- •Запросы к базе данных. Назначение и виды
- •Программирование на языке vba. Объекты и семейства vba
- •Модули, процедуры и функции vba
- •Инструкции описания переменных и констант. Создание процедур
- •Технология загрузки, просмотра и корректировки данных базы с использованием форм
- •Технология конструирования запросов.
- •Понятие макрос и макрокоманда, общие сведения о макросах.
- •Концептуальное проектирование бд
- •Логическое проектирование бд
- •Физическое проектирование бд
- •Распределенные субд
- •Структурная часть реляционной модели
- •Сценарии и пакеты, управляющие конструкции sql
- •Хранимые процедуры
- •Триггеры
- •Избыточные функциональные зависимости
- •Основные принципы нормализации. Понятие первичного ключа и ключа связи
- •Функциональная зависимость
- •Транзитивная зависимость
- •Множественная зависимость
- •Взаимно независимые атрибуты
- •Этапы проектирования многопользовательских баз данных
- •Разработка концептуальной модели.
- •Разработка проекта субд в соответствие с тз.
- •Реализация проекта и разработка технической документации.
- •Основные компоненты систем управления реляционными базами данных
- •Управление транзакциями и защита баз данных
- •Вопросы инфологического проектирования модели базы данных
- •Вопросы логического проектирования модели баз данных
- •Организация выполнения макросов
- •Использование условий в макросе
- •Переменные, константы и типы данных vba
- •Область действия переменных и процедур vba
- •Работа с формами, отчетами, запросами и таблицами в vba
- •Работа с формами
- •Работа с элементами управления
- •Работа с отчетами
- •Работа с запросами
- •Проектирование связей между таблицами
-
Правила формирования отношений
Ответ:
Правила формирования отношений основываются на учете следующего:
-
Степень связи между сущностями (1:1, 1:М, М:1, М:М);
-
Класса принадлежности экземпляров сущностей (обязательный и необязательный).
Формирование отношений для связи 1:1
Правило 1: Если степень бинарных связей 1:1 и класс принадлежности сущностей обязательный, то формируется одно отношение. Первичным ключом может быть ключ любой из 2х сущностей.
Правило 2: Если степень связи 1:1 и класс принадлежности одной сущности обязательный, а второй – необязательный, то под каждую из сущностей формируется по отношению с первичными ключами, являющимися ключами соответствующих сущностей.
Правило 3: Если связь 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо использовать 3 отношения. Два отношения соответствуют связыванием сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя, поэтому его ключ объединяет ключевые атрибуты связываемых отношений.
Формирование отношений для связи 1:м (и м:1)
Правило 4: Если степень связи между сущностями 1:М (или М:1) и класс принадлежности М-связной сущности обязательный, то достаточно формирование 2х отношений (по одному на каждую сущность). При этом первичными ключами этих отношений являются ключи их сущностей. Кроме того, ключ 1-связной сущности добавляется как атрибут (внешний ключ) в отношение, соответствующее М-связной сущности.
Правило 5: Если степень связи между сущностями 1:М (или М:1) и класс принадлежности М-связной сущности необязательный, то необходимо формирование 3х отношений. Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя (его ключ объединяет ключевые атрибуты связных отношений).
Формирование отношений для связи м:м
Правило 6: Если степень связи М:М, то независимо от класса принадлежности сущностей формируются три отношения. Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя, а его ключ объединяет ключевые атрибуты связных отношений.
-
Уровни представления информации в бд
Ответ:
Уровни представления информации в БД:
-
Концептуальный уровень – формализованная информационно-логическая модель ПО. Описание этого представления называется концептуальной схемой.
-
Внутренний уровень архитектуры поддерживает представление БД в среде хранения – хранимую базу данных. На этом уровне БД представлена в полностью «материализованном» виде, тогда как на других уровнях идёт работа на уровне отдельных экземпляров или множества экземпляров записей. Описание БД на внутреннем уровне называется внутренней схемой или схемой хранения.
-
Внешний уровень предназначен для различных групп пользователей. Описания таких представлений называются внешними схемами. В системе БД могут одновременно поддерживаться несколько внешних схем для различных групп пользователей или задач.
Совокупность схем всех уровней называется схемой базы данных.
Каждый из этих уровней может считаться управляемым, если он обладает внешним интерфейсом, который поддерживает возможности определения данных. В этом случае становится возможными формирование и системная поддержка независимого взгляда на БД для какой-либо группы персонала или пользователей, взаимодействующих с БД через интерфейс данного уровня.