21. Понятие проектирования базы данных. Требования, предъявляемые к бд

Пр. БД процесс создания проекта БД, предназначенной для поддержки функционирования экономического объекта и способствующей достижению его целей. Трудоемкий процесс, требующий совместных усилий аналитиков, проектировщиков и пользователей. Созданная БД должна удовлетворять информационные потребности различных категорий пользователей за ограниченный промежуток времени, в определенном месте и в определенном виде. Требования к БД: 1)целостность требование полноты и непротиворечивости данных; 2)многократное использование данных; 3)быстрый поиск и получение информации по запросам; 4)простота обновления данных; 5)минимизация избыточности данных; 6)защита данных от несанкционированного доступа, искажения и уничтожения.

На этапе пр. решаются вопросы надежного функционирования БД и возможности восстановление данных за приемлемое время в случае ее отказа, а также возможность проведения гибкой и нетрудоемкой модификации при изменении требований предметной области, программных и технических средств

Этапы пр.:

Концептуальное пр. Цель: создание конц. модели данных исходя из представлений пользователей о предметной области (1)анализ требований к БД разных пользователей (2) моделирование связей сущностей (определение, ER) и нормализация (3) проверка модели (правила ввода, обновления и удаления, проверка отчетов, запросов, представлений, целостности совместного использования и безопасности (4) пр. распределенной БД (определение местоположения таблиц, требований, доступа и стратегии фрагментирования)

Выбор ПО СУБД Факторы: стоимость; инструментальные средства и возможности; тип модели данных, переносимость, требования к оборудованию

Логическое пр. Результат: (1) логич. структура БД – схема, описанная в терминах языка представления данных (2)функциональные спецификации программных модулей и набор возможных запросов к БД | Процедуры: (1) определение таблиц и их документирование (2) проверка логических модулей данных на предмет возможности выполнения всех транзакций (3) определение требований поддержки целостности данных (4) созд. окончательного варианта логич. модели

Физическое пр. Цель: описание конкретной реализации БД, размещаемой во внешней памяти комп.

Все  этапы опираются на использование словарной системы хранилище инфо. об элементах данных в БД (имена элементов, описание смыслового значения, характеристика элементов, инфо. о владельце, секретность, использование данных, связи спрограммами)

22. Этапы жизненного цикла базы данных.

Жизненный цикл БД – процесс проектирования, реализации и поддержки БД. Состоит из 7 этапов:

1 предварит планирование(собирается инфа о программах и файлах, помогающ установить связи с текущ приложен, позвол определ будущ требов к БД. Инфа документ-ся в виде обобщен концептуал модели данных);

2 проверка осуществимости (подготовка отчетов по 3 вопр: есть ли технология, персонал и средства для успешн осущ-ния плана созд БД, эк эффективность);

3 определение требований (цели БД; инф потребности различ структур подразделений и их руководит; требования к оборудованию, к ПО);

4 концептуальное проектирование (созд подробн модели пользовательских представлений данных, затем они интегрируются в концептуал модель, кот фиксирует все элементы корпоратив данных, подлежащих загрузке в БД);

5 логическое проектирование (выбор типа модели данных);

6 физическое проектирование (логич модель расшир характ-ками, необход для определения способов физич хранения БД, типа устройств для хранен, методов доступа к данным базы, требуемого объема памяти);

7 оценка работы и поддержка БД (что не учли, внесен изменен, доб новые данные, разработка новых приклад программ, работающ с БД)

23 Модель "сущность–связь" (ER-модель) - средство модел-ния предметной области на этапе концептуальн проектир. В ней модел-ние базир на исп графич средств – ER-диаграмм. Они предст-ют связи между сущностями. Сущность – некоторый объект реал мира, кот может сущ-ть независимо. Сущность имеет экземпляры, отлич-ся друг от друга значениями атрибутов и допускающие однозначную идентификац. Атрибут – это св-во сущности. Напр, сущность КНИГА характ-ся такими атрибутами, как автор, наименование, цена, издательство, тираж, кол-во стр. Конкретные книги - экземпляры сущности КНИГА. Они отличаются значениями указанных атрибутов и однозначно идентифицируются атрибутом "наименование". Атрибут, кот уникал образом идентифицирует экземпляры сущности - ключ. Может быть составной ключ, представл комбинацию нескольких атрибутов. На ER диагр сущность предст-ся прямоугольн, в кот указ-ся ее имя. Сущ-ют связи между сущностями. Связь - взаимодействие между сущностями. Она характ-ся мощностью, кот показ, сколько сущностей участвует в связи. На ER-диаграмме связь изобр-ся ромбом.