3.22 Этапы жизненного цикла базы данных.
Жизнен цикл базы данных (ЖЦБД) – это процесс проектирования, реализации и поддержки БД. ЖЦБД состоит из семи этапов:
1. Предварител планирование БД – опред требования к будущ БД, разрабатыв стандарты (как осущ сбор, формат, какая потреб документация), И фиксир в виде обобщ концептуальной модели Д.
2. Проверка осуществимости предполаг подготовку отчетов по 3 вопросам:
1) есть ли технология – необх оборуд-е и ПО – для реал-ции запланирован БД (технологич осущ-ть);
2) имеются ли персонал, средства и эксперты для успешного осуществления плана создания БД (операционная осущ-ть);
3) окупится ли запланированн БД (эконом эф-ть).
3. Определение требований: цели БД; инф-ые потребности стр-рных подразделений и их рук-ей; требования к оборудованию; требования к ПО.
4. Концептуальное проектирование. На эт этапе созд подробные модели пользовательских представлений данных предметной области. Затем они интегрируются в концептуальн модель, кот фиксирует все элементы корпоративных данных, подлежащих загрузке в БД.
5. Логическ проект-е. На этом этапе осущ-ся выбор типа модели данных, адаптация концептуальн модели к выбран модели Д (построение логич модели Д).
6. Физич П. Логич модель расшир хар-ми, необх для опред-я способов физич хран-я БД, типа устр-в для хран-я Д, методов доступа к Д БД,требуем V памяти,др
7. Оценка работы и поддержка БД. Оценка включает опрос польз-й на предмет выяснения, какие их информац потребности остались неучтенными. При необходимости в спроектированную БД вносятся изменения. Пользователи обучаются работе с БД.
3.23 Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
Средством модел-я предметной обл на этапе концептуального проект-я яв-ся модель "сущность–связь". Часто ее наз-т ER-моделью (Entity – сущ-ть, Relation – связь). В ней модел-е стр-ры данных предметной обл базируется на исп-и графических средств – ER-диаграмм (диаграмм "сущность–связь").
Сущность – это нек-ый объект реального мира, к-ый может сущ-ть независимо. Сущность имеет экземпляры, отличающиеся друг от друга знач атрибутов и допускающие однозначную идентификацию. Атрибут – это св-во сущ-ти. Например, сущ-ть КНИГА хар-ся такими атрибутами, как автор, наимен-е, цена, изд-во, тираж, кол-во страниц. Конкретные книги яв-ся экземплярами сущности КНИГА.
В реальном мире существуют связи между сущностями. Связь представляет взаимодействие между сущностями. Она хар-ся мощностью, к-ая показ-т, сколько сущностей участ в связи. Связь между 2 сущностями - бинарной, а связь между более чем с двумя сущностями – тернарной.
На ER-диаграмме связь изображается ромбом.
3.24 Типы связи, их представление на er-диаграмме.
ТК менеджер управ только 1 филиалом, то каждый экземпляр сущности МЕНЕДЖЕР мб связан не более чем с 1 экземпляром сущ-ти ФИЛИАЛ. В этом случае связь 1 имеет тип "один-к-одному" (1:1). На рис. 1.1 представлена ER-диаграмма для связи типа 1:1.
ТК филиал обрабатывает несколько счетов, а счет обрабатывается только 1 филиалом, то каждый экземпляр сущ-ти ФИЛИАЛ мб связан более чем с 1 экземпляром сущ-ти СЧЕТ, а каждый СЧЕТ мб связан не более чем с 1 ФИЛИАЛ. В этом случае связь 2 имеет тип "один-ко-многим" (1:М). На рис. 1.2 представлена ER-диаграмма для связи типа 1:М.
ТК счет может совместно исп-ся несколькими клиентами и клиент может иметь несколько счетов, то СЧЕТ мб связан с несколькими КЛИЕНТ и КЛИЕНТ мб связан с несколькими СЧЕТ. В этом случае связь 3 имеет тип "многие-ко-многим" (М:N). На рис. 1.3 представлена ER-диаграмма для связи типа М:N.
