Преимущество и проблемы интеграции информации

Интеграция информации – сбор информации в одну кучу.

Достоинства:

1. Синхронное поддержание данных для всех приложений.

2. Устраняется избыточность информации.

3. Благодаря исключению дублирования повышается достоверность информации

4. Унификация средств организации данных – пользователя не интересует, как и где хранится информация, он делает запросы и получает то, что ему надо (вот эгоист!).

5. Высокий уровень независимости приложения от организации данных.

Проблемы:

1. Поскольку пользователь уже не является единоличным владельцем своей информации возникает целая служба администратора базы данных, которая должна обеспечить нормальную работу:

   1. Защита данных от разрушения при сбое оборудования (физическая целостность). Обеспечивается созданием резервных копий БД и ведения журнала изменений.

   2. Защита от некорректных обновлений (логическая целостность). Создаются фильтры для каждого пользователя – то есть программ, допускающих пользователя только к своей информации. АБД для каждого пользователя определяет степень доступа (чтение; чтение/запись)

   3. Большинство СУБД позволяет устанавливать область допустимых значений на данные.

   4. Защита данных от несанкционированного доступа (использование ключей, паролей и так далее). Не делай легкий пароль блеять.

   5. Обеспечение коллективного-параллельного доступа к данным. При параллельном чтении нет проблем. А вот при параллельном изменении данных БИДА. Если один пользователь начинает изменять данные, то работа остальных пользователей блокируется, до момента завершения изменений. Если в процессе внесений изменений произошла ошибка, то вся работа начинается с исходной точки.

Проектирование баз данных

1. Системный анализ

2. Инфологическое проектирование

3. Выбор СУБД

4. Даталогическое проектирование

5. Физическая реализация

Проектирование базы данных – это переход от одного уровня абстракции информации к другому, то есть последовательный переход от словестного описания информационного описания предметной области к формализованному описанию объектов предметной области в терминах некоторой модели.

Системный анализ

1. Системный анализ – подробное описание объектов предметной области и взаимосвязи между ними, то есть подробное описание информационной системы

На этом этапе определяется:

• Какие задачи решает система

• Какие ограничения существуют в системе

• Какие документы используются в системе

• Какие запросы удовлетворяются

Пример описания информационной системы «библиотека».

• Описание деятельности библиотеки

• Выделить основные объекты

1. Книга

   1. ISBN

   2. Автор

   3. Область знаний

   4. Количество страниц

   5. Издательство

   6. Издание

   7. Год издания

   8. Количество в библиотеке

2. Читатель

   1. Номер читательского билета

   2. ФИО

   3. Год рождения

   4. Адрес

   5. Место работы

   6. Телефон

3. Экземпляр

   1. инвентарный номер

   2. Место расположения

   3. Вкладыш (кому, когда, дата возврата)

Ограничения:

1. Книга может иметь ни одного автора

2. Читатели старше 17 лет (или не старше, если для мелких)

3. Книга 1980 года и выше.

4. Каждый читатель должен иметь на руках не более 5 книг

5. Каждый читатель должен иметь домашний телефон

6. Каждая область знания может содержать много книг, каждая книга может относиться ко многим областям знаний.

Пользователи информационной системы

1. Библиотекарь. Его задачи:

• Прием и регистрация новых книг

• Относит книгу к одной или нескольким областям знаний

• Определяет инвентарный номер и размещение

• Списывает старые и утерянные книги

• Записывает нового читателя в библиотеку

• Уничтожает данные о выбывших читателях

• Учет выдачи книг

2. Читатель. Задачи читателя:

• Просмотр системного каталога по областям знаний, получение полного списка книг

• Получение инвентарного номера выбранных книг и дату возврата, если книга на руках

• Список книг по авторам

• …

3. Администратор. Его задачи:

• Должен иметь способ получать сведения о задолжниках

• Получить сведения о непопулярных книгах

• Получить сведения о наиболее популярных книгах

Инфологическое проектирование (без относительно конкретной СУБД)

Так как проектирование база дранных - это процесс длительный, итерационный, то для получения максимально положительного результата необходимо иметь такое представление модели базы дранных, что бы оно было всеобъемлющим и понятным, особенно заказчику.

Для представления инфологической базы данных используются ER модели.

КУРСОВАЯ – у меня отличная тема, я молодец

ER-модели

В базе модели 3 понятия

1. Сущность – это собирательное понятие некоторого объекта, процесса или явления. Сущность имеет уникальное имя. Множество экземпляров, характеризуются атрибутами.

2. Атрибут – поименованная характеристика сущности, причем набор атрибутов должен быть таким, что бы один экземпляр отличался от другого. Набор атрибутов, однозначно идентифицирующих экземпляр сущности, называется ключевым.

3. Между сущностями могут быть установлены связи – бинарные ассоциации показывающие, каким образом сущности взаимодействуют друг с другом.

Всякие графики с has_many belongs_to и прочие.