Содержание
- 2. Процесс проектирования БД представляет собой процесс переходов от неформального словесного описания информационной структуры предметной области к
- 3. Можно выделить пять основных этапов проектирования БД: Сбор сведений и системный анализ предметной области. Инфологическое проектирование.
- 4. Сбор сведений и системный анализ предметной области - это первый и важнейший этап при проектировании БД.
- 5. Функциональный подход – применяется тогда, когда заранее известны функции некоторой группы лиц и комплексы задач, для
- 6. В описание предметной области включаются такие объекты и взаимосвязи, которые наиболее характерны и существенны для нее.
- 7. Рекомендуется использовать компромиссный вариант, который, с одной стороны, ориентирован на конкретные задачи, а с другой стороны,
- 8. Инфологическое проектирование – частично формализованное описание объектов предметной области в терминах некоторой семантической модели. Зачем нужна
- 9. Инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет восприниматься не только специалистами
- 10. Выбор СУБД осуществляется на основе различных требований к БД и, соответственно, возможностей СУБД, а также в
- 11. Основой анализа корректности схемы являются функциональные зависимости между атрибутами БД. В некоторых случаях между атрибутами отношений
- 12. В результате выполнения этого этапа, как правило, должны быть получены следующие результирующие документы: Описание концептуальной схемы
- 13. Физическое проектирование заключается в увязке логической структуры БД и физической среды хранения с целью наиболее эффективного
- 14. Ограничения, имеющиеся в логической модели данных, реализуются различными средствами СУБД, например, при помощи индексов, декларативных ограничений
- 15. Кроме того, для повышения производительности могут использоваться возможности параллельной обработки данных. В результате БД может размещаться
- 16. Таким образом, ясно, что решения, принятые на каждом этапе моделирования и разработки базы данных, будут сказываться
- 17. Контрольные вопросы 1.Что такое проект? 2. Какие этапы проектирования БД принято выделять? 3. В чем назначение
- 18. Теория нормализации Переход от инфологического проектирования к даталогическому производится с учетом выбора СУБД. В данном курсе
- 19. Обычно различают следующие проблемы: избыточность данных; аномалии обновления; аномалии удаления; аномалии ввода. Избыточность данных характеризуется наличием
- 20. Аномалии обновления, прежде всего, связанны с избыточностью данных, что приводит к проблемам при их изменении. При
- 21. Аномалии удаления могут возникать при удалении записей из ненормализованных таблиц и характеризуются вероятностью удаления не всех
- 22. Для ликвидации нежелательных функциональных зависимостей есть специальный формальный механизм называемый нормализацией. В процессе нормализации происходит устранение
- 23. Нормальные формы Теория нормализации основана на концепции нормальных форм. Каждой нормальной форме соответствует набор ограничений. Отношение
- 24. первая нормальная форма (1НФ); вторая нормальная форма (2НФ); третья нормальная форма (3НФ); нормальная форма Бойса-Кодда (БКНФ);
- 25. Основные свойства нормальных форм: каждая следующая нормальная форма, в некотором смысле, улучшает свойства предыдущей; при переходе
- 26. Определение 1НФ. Отношение находится в первой нормальной форме тогда и только тогда, когда каждый его атрибут
- 27. Накладная № 234 Дата Покупатель Адрес 10.01.2002 ООО «Геракл» г. Москва, ул. Стромынка, 20 Отпущен товар
- 28. По накладной можно сформировать следующее отношение удовлетворяющее 1НФ (рисунок 2): ОТПУК ТОВАРОВ Номер накладной Дата Покупатель
- 29. Определение 2НФ. Отношение находится во второй нормальной форме тогда и только тогда, когда оно находится в
- 30. Функциональная зависимость значения атрибута Y от значения атрибута Х обозначается следующим образом: X→Y. Необходимо отметить, что
- 31. Первичный ключ возможно определить из следующих рассуждений. Если бы по одной накладной отпускался бы только один
- 32. Рассмотрим функциональные зависимости атрибутов от первичного ключа, при этом проще начинать рассмотрение с частей первичного ключа,
- 33. Оставшиеся атрибуты определяются первичным ключом: Номер накладной, Товар → Количество Номер накладной, Товар → Общая стоимость
- 34. НАКЛАДНАЯ Номер накладной Дата Покупатель Город Адрес ОТПУСК ТОВАРОВ Номер накладной Товар Количество Общая стоимость ТОВАР
- 35. В результате получаем отношения, все атрибуты которых полностью, функционально зависимы от своих первичных ключей Определение 3НФ.
- 36. Функциональная зависимость атрибутов X и Y отношения называется транзитивной, если существует такой атрибут Z, что имеются
- 37. Номер накладной → Покупатель Номер накладной → Город Номер накладной → Адрес Покупатель → Город Покупатель
- 38. От транзитивной зависимости в отношении «НАКЛАДНАЯ» можно избавиться простой декомпозицией отношения. С атрибутом «Общая стоимость» отношения
- 40. В большинстве случаев достижение третьей нормальной формы, или даже формы Бойса-Кодда считается достаточным для реальных проектов
- 42. Скачать презентацию