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

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

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

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

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

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

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

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

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

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

24Типы связи, их представление на ER-диаграмме

Связь - взаимодействие между сущностями. Каждая связь может иметь один из следующих типов связи: 1:1, 1:М, M:N. Связь типа 1:1 означает, что 1 экземпляр первой сущности связан с 1 экземпляром второй сущности.(МЕНЕДЖЕР – УПРАВЛЯЕТ – ФИЛИАЛ. Т.к. менеджер управл только 1 филиалом, то каждый экземпляр сущности МЕНЕДЖЕР может быть связан не более чем с 1 экземпляром сущности ФИЛИАЛ.) Связь типа 1:М означает, что 1 экземпляр первой сущности связан с несколькими экземплярами второй сущности. (ФИЛИАЛ – ОБРАБАТЫВАЕТ – СЧЕТ. Т.к. филиал обрабатывает несколько счетов, а счет обрабатывается только 1 филиалом, то каждый экземпляр сущности ФИЛИАЛ может быть связан более чем с 1 экземпляром сущности СЧЕТ, а каждый экземпляр сущности СЧЕТ может быть связан не более чем с одним экземпляром сущности ФИЛИАЛ.) Связь типа М:N означает, что каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и каждый экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности. (КЛИЕНТ – ИМЕЕТ – СЧЕТ Т.к. счет может совместно использоваться несколькими клиентами и клиент может иметь несколько счетов, то каждый экземпляр сущности СЧЕТ может быть связан с несколькими экземплярами сущности КЛИЕНТ и каждый экземпляр сущности КЛИЕНТ может быть связан с несколькими экземплярами сущности СЧЕТ.). Тип связи M:N является временным типом связи, допустимым на ранних этапах разработки модели. В дальнейшем этот тип связи должен быть заменен двумя связями типа 1:М путем создания промежуточной сущности.

Дата добавления: 2015-10-21