Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

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

Читайте также:
  1. OLAP-технология и хранилище данных (ХД). Отличия ХД от базы данных. Классификация ХД. Технологические решения ХД. Программное обеспечение для разработки ХД.
  2. Актуальность защиты базы данных. Причины, вызывающие ее разрушение. Правовая охрана баз данных.
  3. Анализ полученных данных.
  4. Античная философия, ее характерные черты. Основные этапы развития и их представители.
  5. Ашрамы как этапы развития человека.
  6. Банки данных, их особенности, этапы разработки
  7. Банковское обслуживание предприятий. Этапы оформления кредитной сделки.

Жизненный цикл БД – процесс проектирования, реализации и поддержки БД. Состоит из 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; просмотров: 158 | Нарушение авторских прав


Читайте в этой же книге: ЭИ, виды, структурные ед-цы. | Классиф информации, их назначение, виды | Приложения и компоненты базы данных. Словарь данных. | Пользователи базы данных | Трехуровневая модель организации БД | Сase-средства для моделирования данных. | Возможности, предоставляемые СУБД пользователям. Производительность СУБД. | Функции СУБД. | Знания, их виды. Базы знаний. Эксп. с-мы. | Формал. логич. модели. Их примеры |
<== предыдущая страница | следующая страница ==>
Понятие проектирования базы данных. Требования, предъявляемые к БД| Класс принадлежности сущности, его представление на ER-диаграмме.

mybiblioteka.su - 2015-2024 год. (0.006 сек.)