Сетевые и реляционные СУБД. Практическое применение СУБД в вашей профессиональной деятельности

Автор работы: Пользователь скрыл имя, 26 Ноября 2012 в 17:40, контрольная работа

Краткое описание

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

Содержание

Сетевая модель СУБД ……………………………………………………..3
1.1 Основные элементы сетевой модели данных …………………………...3
1.2 Преимущества и недостатки сетевой модели……………………………6
1.3 Использования сетевой модели ………………………………………….7
Реляционная модель СУБД …………………………………….…………9
2.1 Структура реляционной модели данных …………………….…………10
2.2 Применение реляционной модели данных …………………………….12
2.3 Преимущества и недостатки реляционной модели ……………………13
Практическое применение СУБД в профессиональной деятельности .14
Список используемой литературы ………………………………………….16

Вложенные файлы: 1 файл

контрольная работа.doc

— 119.00 Кб (Скачать файл)

 

2.1 Структура реляционной модели данных

 

Можно провести аналогию между элементами реляционной модели данных и элементами модели "сущность-связь". Реляционные отношения соответствуют наборам сущностей, а кортежи – сущностям. Поэтому, также как и в модели "сущность-связь" столбцы в таблице, представляющей реляционное отношение, называют атрибутами.

 

(рис.2)

Основные компоненты реляционного отношения

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

В примере, показанном на рисунке 2, атрибуты "Оклад" и "Премия" определены на домене "Деньги". Поэтому, понятие домена имеет семантическую нагрузку: данные можно считать сравнимыми только тогда, когда они относятся к одному домену. Таким образом, в рассматриваемом нами примере сравнение атрибутов "Табельный номер" и "Оклад" является семантически некорректным, хотя они и содержат данные одного типа.

Именованное множество  пар "имя атрибута – имя домена" называется схемой отношения. Мощность этого множества - называют степенью или "арностью" отношения. Набор именованных схем отношений представляет из себя схему базы данных.

Атрибут, значение которого однозначно идентифицирует кортежи, называется ключевым (или просто ключом). В нашем случае ключом является атрибут "Табельный номер", поскольку его значение уникально для каждого работника предприятия. Если кортежи идентифицируются только сцеплением значений нескольких атрибутов, то говорят, что отношение имеет составной ключ. Отношение может содержать несколько ключей. Всегда один из ключей объявляется первичным, его значения не могут обновляться. Все остальные ключи отношения называются возможными ключами.

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

 

2.2 Применение реляционной модели данных

 

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

(Рис. 3) База данных о подразделениях  и сотрудниках предприятия

Например, связь между  отношениями ОТДЕЛ и СОТРУДНИК  создается путем копирования первичного ключа "Номер_отдела" из первого отношения во второе.

 Таким образом, для того, чтобы получить список работников данного подразделения, необходимо:

из таблицы ОТДЕЛ установить значение атрибута "Номер_отдела", соответствующее данному "Наименованию_отдела";

выбрать из таблицы СОТРУДНИК  все записи, значение атрибута "Номер_отдела" которых равно полученному на предыдущем шаге для того, чтобы узнать в каком отделе работает сотрудник, нужно выполнить обратную операцию: определяем "Номер_отдела" из таблицы СОТРУДНИК

по полученному значению находим запись в таблице ОТДЕЛ.

 Атрибуты, представляющие собой копии ключей других отношений, называются внешними ключами.

 

    1.  Преимущества и недостатки реляционной модели

 

Преимущества реляционной модели:

1. Простота и доступность для понимания пользователем. Единственной используемой информационной конструкцией является "таблица";

строгие правила проектирования, базирующиеся на математическом аппарате;

2. Полная независимость данных. Изменения в прикладной программе при изменении реляционной БД минимальны;

для организации запросов и написания прикладного ПО нет  необходимости знать конкретную организацию БД во внешней памяти.[3,с. 356]

Недостатки реляционной  модели:

1. Далеко не всегда предметная область может быть представлена в виде "таблиц"; в результате логического проектирования появляется множество "таблиц". Это приводит к трудности понимания структуры данных;

2. БД занимает относительно много внешней памяти;

относительно низкая скорость доступа к данным.

 

 

 

 

 

  1.  Практическое применение СУБД в профессиональной деятельности.    

 

 

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

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

 

 

 

Список использованной литературы

 

  1. Дейт К. Руководство по реляционной СУБД DB2. - М.: Финансы и статистика, 1988. - 320с.
  2. Кузнецов С. Д. Основы баз данных - 2-е изд.- М.: Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007. - 484с.
  3. Мейер М. Теория реляционных баз данных. - М.: Мир, 1987. - 608с.
  4. Олифер В. Г. Компьютерные сети. Принципы, технологии, протоколы: учебник для студентов / В. Г. Олифер, Н. А. Олифер. СПб.: Питер, 2001. – 672с.
  5. Чертовской В.Д. Базы и банки данных: Учебное пособие СПб: Изд-во     МГУП, 2001. 220 с.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 




Информация о работе Сетевые и реляционные СУБД. Практическое применение СУБД в вашей профессиональной деятельности