Claw.ru | Рефераты для военной кафедры | Система управления базой данных объектов гражданской обороны для принятия решений в чрезвычайной ситуации (Диплом)

Система управления базой данных объектов гражданской обороны для принятия решений в чрезвычайной ситуации (Диплом)

| Категория реферата: Рефераты для военной кафедры
| Теги реферата: доклад, курсовая работа на тему
| Добавил(а) на сайт: Андрей.

Предыдущая страница реферата | 10 11 12 13 14 15 16 17 18 19 20 | Следующая страница реферата

. материально-технических средств;

. формирований;

. обучаемых на УМЦ;
Составление статистической информации.

7.3. Определение необходимых таблиц базы данных

Рассмотрев определенные выше задачи можно спроектировать основные таблицы базы данных. Для реализации данных задач потребуются следующие таблицы:
1. таблица объектов экономики;
2. таблица-словарь территориальной принадлежности объектов;
3. таблица-словарь степени опасности объектов;
4. таблица-словарь характера деятельности в опасный период;
5. таблица-словарь ведомственной принадлежности объектов;
6. таблица-словарь формы собственности объектов;
7. таблица-словарь рода деятельности объектов;
8. таблица-словарь гражданских должностей руководителей объектов;
9. таблица-словарь должностей по ГО начальников ГО объектов;
10. таблица опасных веществ на объектах;
11. таблица-словарь опасных веществ;
12. таблица защитных сооружений на объектах;
13. таблица-словарь защитных сооружений;
14. таблица технических средств на объектах;
15. таблица-словарь технических средств;
16. таблица формирований на объектах;
17. таблица-словарь формирований;
18. таблица-словарь степени готовности формирований;
19. таблица-словарь служб ГО;
20. таблица материально-технических средств на объектах;
21. таблица-словарь материально-технических средств;
22. таблица обучаемых на УМЦ;
23. таблица-словарь должностей обучаемых;
24. таблица-словарь категории обучаемых;
25. таблица тем обучения по категориям;
26. таблица-словарь тем обучения;
27. таблица пользователей программы;
28. таблица соответствия идентификаторов пользователей программы и базы данных Oracle;

Этот список строился из следующей цепи рассуждений:

Первая из основных задач приложения - регистрация объектов экономики.
Очевидно, что для того, чтобы хранить эту информацию, понадобится таблица объектов экономики. Но даже после введения этой таблицы придется регистрировать одну и туже информацию, к примеру, о районе при вводе объектов одного и того же района. Чтобы избежать постоянного ввода названия района, к которому принадлежит объект необходимо создать дополнительную таблицу-словарь по районам (по территориальной принадлежности). По этой же причине созданы и другие таблицы-словари.

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

Соответственно дополнение к таблице объектов экономики служат таблицы:
. опасных веществ на объектах;
. защитных сооружений на объектах;
. технических средств на объектах;
. формирований на объектах;
. материально-технических средств на объектах;
. обучаемых на УМЦ;

В свою очередь каждая такая таблица имеет таблицу-словарь(и) на которую она ссылается.

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

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

Для ввода дополнительной информации в основных таблицах предусмотрено поле PRIM.

При проектировании таблиц важно уделять внимание нормализации базы данных.

7.4. Нормализация базы данных

Процесс трансформации данных в реляционную форму называется нормализацией[9]. Говоря проще, нормализация - это удаление избыточных данных из каждой таблицы в базе данных. У нормализации двойная цель - удалить лишние копии данных и обеспечить максимальную гибкость как в структурах таблиц, так и в интерфейсных приложениях на случай возможных будущих изменений в базах данных.

О нормализации таблиц в базе данных нужно заботится на раннем этапе проектирования приложения, так как при «живых» данных довольно трудно менять структуру базы. Иногда процесс нормализации порождает добавочные таблицы, которые были не включены в первоначальный проект. Узнав об этом как можно раньше, не придется зря тратить силы на их разработку.

Нормализация обычно подразделяется на пять форм или стадий— от первой нормальной формы по пятую нормальную форму. То есть просто пять установок реляционного критерия, который либо обнаруживает таблицу, либо нет. Каждая последующая стадия строится на предыдущей. Формально существует пять форм, но на практике, как правило, используется только первые три. Последние две считаются слишком специальными, чтобы их применять к обычным проектам баз данных.

7.4.1. Первая нормальная форма

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

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

Повторяющаяся группа — это поле, которое повторяется внутри определения записи с целью хранения нескольких значений для атрибута.

7.4.2. Вторая нормальная форма

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

Рекомендуем скачать другие рефераты по теме: решебник по математике виленкин, реферат на тему дети.

Claw.ru | Рефераты для военной кафедры | Система управления базой данных объектов гражданской обороны для принятия решений в чрезвычайно�

Система управления базой данных объектов гражданской обороны для принятия решений в чрезвычайной ситуации (Диплом)

Категории:

Поделитесь этой записью или добавьте в закладки

Рефераты от А до Я

Полезные заметки