Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
лекции сборка.doc
Скачиваний:
11
Добавлен:
23.04.2019
Размер:
1.15 Mб
Скачать
  1. Модель сущность-связь.

Модель была предложена Петером Пин-Шен Ченом в 1976 г. На использовании разновидностей ER-модели основано большинство современных подходов к проектированию баз данных (главным образом, реляционных). Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в CASE-системах, поддерживающих автоматизированное проектирование реляционных баз данных. Базовыми понятиями ER-модели являются сущность, связь и атрибут.

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

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

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

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

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

Как и в реляционных схемах баз данных, в ER-схемах вводится поня­тие нормальных форм, причем их смысл очень близко соответствует смыслу реляционных нормальных форм.

В первой нормальной форме ER-схемы устраняются повторяющиеся ат­рибуты или группы атрибутов, т. е. производится выявление неявных сущ­ностей, "замаскированных" под атрибуты.

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

В третьей нормальной форме устраняются атрибуты, зависящие от ат­рибутов, не входящих в уникальный идентификатор.

К числу более сложных элементов модели относятся следующие:

Подтипы и супертипы сущностей.

Связи "многие-со-многими»

Уточняемые степени связи.

Каскадные удаления экземпляров сущностей.

Домены

Процесс построения информационной модели состоит из следующих этапов:

1. Создание логической модели данных:

• определение сущностей;

• определение зависимостей между сущностями;

• задание первичных и альтернативных ключей;

• определение неключевых атрибутов сущностей.

2. Переход к физическому описанию модели:

• назначение соответствий имя сущности - имя таблицы, атрибут сущности - атрибут таблицы;

• задание триггеров, хранимых процедур и ограничений.

3. Генерация базы данных.

4. Создание логической модели бд

С точки зрения пользователя ERwin, процесс создания логической мо­дели данных заключается в визуальном редактировании ER-диаграммы. Диаграмма ERwin строится из трех основных блоков: сущностей, атрибутов и связей.

На диаграмме сущность изображается прямоугольником. В зависимо­сти от режима представления диаграммы прямоугольник может содержать имя сущности, ее описание, список ее атрибутов и другие сведения. Основная информация, описывающая сущность, включает:

• атрибуты, составляющие первичный ключ;

• неключевые атрибуты;

• тип сущности (независимая/зависимая).

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

• первичный ключ не должен принимать пустые (NULL) значения;

• первичный ключ не должен изменяться в течение времени;

• размер первичного ключа должен быть как можно меньшим.

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

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

В ERwin связи представлены пятью основными элементами информации: тип связи;

• родительская и дочерняя (зависимая) сущности;• мощность связи;

• допустимость пустых (null) значений;

• требования по обеспечению ссылочной целостности.

ERwin поддерживает следующие основные типы связей: идентифици­рующая, неидентифицирующая, полная категория, неполная категория, многие-ко-многим.

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

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

Идентифицирующая связь изображается сплошной линией; неиденти­фицирующая - пунктирной линией. Линии заканчиваются точкой со сто­роны дочерней сущности.

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

Мощность связи представляет собой отношение количества экземпля­ров родительской сущности к соответствующему количеству экземпляров дочерней сущности.

В целях контроля ссылочной целостности (под ссылочной целостностью в ERwin понимается обеспечение требования, чтобы значения внеш­него ключа экземпляра дочерней сущности соответствовали значениям первичного ключа в родительской сущности) для каждой связи могут быть заданы требования по обработке операций INSERT/UPDATE/DELETE для родительской и дочерней сущности. ERwin представляет следующие варианты обработки этих событий:

• отсутствие проверки;

• проверка допустимости;

• запрет операции;

• каскадное выполнение операции (DELETE/UPDATE);

• установка пустого (NULL-значения) или заданного значения по умолчанию.

Литература:

  1. Мауэр Л.В. Информационные системы : [учебно-справочное пособие для факультета информатики, автоматики и электромеханики на русском и английском языке] / Мауэр Л.В., Кулаков С.М., Балицкая Н.В., кол. авт. Сибирский государственный индустриальный университет . - Новокузнецк : СибГИУ, 2002. - 183 с.

  2. Петров В.Н. Информационные системы / Петров В.Н. . - СПб. и др. : Питер, 2002. - 687 с.

  3. Избачков Ю.С. Информационные системы : [учебное пособие для вузов по направлению подготовки дипломированных специалистов "Информатика и вычислительная техника"] / Избачков Ю.С., Петров В.Н. . - 2-е изд.. - Санкт-Петербург и др. : Питер, 2006. - 655 с.

Лекция 13 Администрирование информационных систем (4 часа)

  1. Функции администрирования информационных систем

  2. Процедуры администрирования информационных систем

  3. Службы администрирования информационных систем

  4. Категории администраторов

  5. Объекты администрирования

  6. Компоненты в ведении администратора информационных систем

  7. Реализация служб каталогов

  8. Программная структура

  9. Методы администрирования

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

1. Функции администрирования информационных систем

  • инсталляция и обновление версий сервера и прикладных инструментов;

  • распределение дисковой памяти и планирование будущих требований системы к памяти;

  • создание первичных структур памяти;

  • создание первичных объектов по мере проектирования приложений разработчиками;

  • модификация структуры данных в соответствии с потребностями;

  • зачисление пользователей и поддержание защиты системы;

  • соблюдение лицензионного соглашения;

  • управление и отслеживание доступа пользователей к информационным системам;

  • отслеживание и оптимизация производительности программ;

  • планирование резервного копирования и восстановления;

  • поддержание архивных данных на устройствах хранения информации;

  • осуществление резервного копирования и восстановления;

  • обращение в корпорации разработчиков или дилеров за техническим сопровождением.

2. Процедуры администрирования информационных систем

2.1 Исследование активности системы с целью генерирования следующей общей информации:

  • имя пользователя, выполнявшего отслеживаемое предложение;

  • код действия, указывающий выполненное предложение;

  • объекты, адресуемые в отслеживаемом предложении;

  • дату и время выполнения отслеживаемого предложения.

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

  • числа включенных опций проверки;

  • частоты выполнения отслеживаемых операций.

Для контроля за ростом журнала проверки надо использовать следующие методы:

  • Включать и выключать проверку информационной системы. Когда проверка включена, записи генерируются и поступают в журнал; когда проверка выключена, записи не генерируются.

  • Жестко контролировать возможности осуществлять проверку объектов. Это можно делать двумя различными способами:

  1. Всеми объектами владеет администратор,

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

2.2 Очистка аудиторских записей из аудиторского журнала

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

2.3 Защита журнала проверки

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]