- •Министерство образования и науки российской федерации
- •Введение
- •Часть 1. Теоретические сведения.
- •Понятие технологии обработки информационного обеспечения су
- •Ценность информационного обеспечения су.
- •Основные требования к информационному обеспечению су.
- •Методы и этапы проектирования соДиЗ.
- •Инфологическое проектирование
- •Проектирование с использованием метода "сущность-связь"
- •Определение требований к операционной обстановке.
- •Выбор субд и других программных средств
- •Часть 2. Проектирование соДиЗ
- •Проектирование бд
- •Логическое проектирование бд
- •Физическое проектирование бд
- •Особенности проектирования реляционной базы данных (рбд).
- •Нормализация отношений
- •Пример проектирования реляционной базы данных
- •Инфологическое проектирование
- •Анализ предметной области
- •Анализ информационных задач и круга пользователей системы
- •1) Функциональные возможности:
- •2) Готовые запросы:
- •Определение требований к операционной обстановке
- •Выбор субд и других программных средств
- •Логическое проектирование реляционной бд
- •Преобразование er–диаграммы в схему базы данных
- •Составление реляционных отношений
- •Нормализация полученных отношений до 3нф.
- •Определение дополнительных ограничений целостности
- •Описание групп пользователей и прав доступа
- •Реализация проекта базы данных
- •1. Запросы к бд.
- •2. Устранение избыточных, данных.
- •3. Соединение таблиц.
- •4. Функции агрегирования
- •5. Модификация таблиц.
- •Выбор варианта сетевого решения субд.
- •Проектирование базы знаний.
- •Данные и знания.
- •Система нечеткого вывода и программные средства ее реализации.
- •Основные этапы построения систем нечеткого вывода
- •Краткая характеристика программных средств реализации снв
- •Пример. Построение нечеткой модели управления температурой в помещении.
- •Гибридные нейронные сети и программные средства их реализации.
- •Моделирование оптимального режима функционирования технического объекта управления. Пример.
- •Часть3. Организация проектирования информационного обеспечения су.
- •Основные этапы организации и управления процессом разработки информационного обеспечения су на основе методологии msProject.
- •Основные возможности msProject.
- •Разработка плана проектирования информационного обеспечений су.
- •Отслеживание выполнение проекта.
- •Часть 4. Выполнение курсовой работы.
- •Содержание курсовой работы
- •Введение
- •Постановка задачи
- •Модели соио су. Общая характеристика.
- •Информационная модель соиосу.
- •1. Функция планирования.
- •Технологическая модель управления.
- •Коммуникационная модель аиус.
- •Заключение
- •Тематика и задания к курсовой работе
- •Задание на курсовую работу
- •Требования к оформлению курсовой работы
- •Литература
Определение дополнительных ограничений целостности
Перечислим ограничения целостности, которые не указаны в табл. 14–23.
Это следующие:
Значения всех числовых атрибутов – больше 0 (или null, если атрибут необязателен).
Область значений атрибута SexотношенияEMPLOYEES– символы 'м' и 'ж'.
Отношение ROOMSне имеет первичного ключа, но комбинация значений (R_no,Tel) уникальна.
В отношении TITLESпорядковые номера авторов на обложке одной книги должны идти подряд, начиная с 1.
В отношении TITLESсумма процентов гонорара по одной книге равна 100.
Ограничения (4,5) нельзя реализовать в схеме отношения. В реальных БД подобные ограничения целостности реализуются программно (через внешнее приложение или специальную процедуру контроля данных).
Описание групп пользователей и прав доступа
Опишем для каждой группы пользователей права доступа к каждой таблице и к каждому полю (атрибуту):
Администратор БД: имеет доступ ко всем данным (по записи), может изменять структуру базы данных и связи между отношениями. Устанавливает права доступа для всех остальных групп.
Представители администрации компании: имеют доступ по чтению ко всем данным и доступ по записи к отношениям POSTS,ROOMSиEMPLOYEES.
Менеджеры: имеет доступ по чтению ко всем данным, кроме отношения POSTS. Имеют доступ по записи к отношениям AUTHORS, CUSTOMERS, BOOKS, EDITORS, TITLES, ORDERS, ITEMS.
Редакторы: имеют доступ по чтению к следующим отношениям:
AUTHORS, кроме полей A_passp, A_org, A_pdate, A_INN (паспортные данные и ИНН).
BOOKS, кроме полей B_advance, B_fee (затраты и гонорар).
EDITORS.
TITLES.
Сотрудники, принимающие и выполняющие заказы: имеют доступ по записи к отношениям CUSTOMERS,ORDERS,ITEMSи по чтению к полямB_title,B_circul,B_priceиB_restотношенияBOOKS(название, тираж, цена, непроданный остаток тиража).
Реализация проекта базы данных
Не привязываясь к конкретной СУБД и выполнять описание основных операций по обработки данных на Transact-SQL.
1. Запросы к бд.
Запрос– это команда, которая формулируется для СУБД, и требует предоставить определенную информацию, указанную в параметрах команды.
Все запросы в SQLконструируются на базе одной команды, структура которой, с одной стороны, довольно проста, но, с другой стороны, ее можно расширять для того, чтобы выполнять очень сложные вычисления и обработку данных.
В самом простом случае команда SELECTдает инструкцию СУБД для поиска информации в таблице. В этом случае синтаксис команды следующий:
SELECT <имя столбца1>, <имя столбца2>, ... FROM <имя таблицы> [WHERE <условие>]
SELECT- ключевое слово, которое сообщает СУБД, что эта команда является запросом. Все запросы начинаются с этого ключевого слова, за которым следует пробел.
<имя столбца1>,... - список столбцов таблицы, которые должны быть выведены на экран в результате выполнения запроса. Столбцы, имена которых не представлены в списке, не включаются в состав выходных данных команды. Это, конечно, не приводит к удалению из таблиц таких столбцов или содержащейся в них информации, потому что запрос не воздействует на информацию в таблицах - он только отображает данные.
FROM- ключевое слово, которое должно быть представлено в каждом запросе. За ним следует пробел, а затем - имя таблицы, используемой в качестве источника информации для запроса.
WHERE- ключевое слово, за которым следует условие, которому должны соответствовать выбираемые значения.
В результате запроса, в самом простом случае, данные выводятся на экран в виде нескольких колонок (одна колонка соответствует одному столбцу в таблице базы данных). Причем это вывод может быть не упорядочен. Обычно строки выдаются в том порядке, в котором они вводятся или хранятся в таблице. Можно упорядочить выходные данные непосредственно с помощью SQL-команд, указав специальное предложение. Но об этом чуть позже.
Если в команде SELECTпоставить звездочку (*) вместо списка столбцов, то в результате будет выведена вся информация, содержащаяся в каждом столбце таблицы:
SELECT * FROM <имя таблицы>
Для того, чтобы получить информацию из строго определенных столбцов таблицы, необходимо просто указать те столбцы, которые требуется просмотреть, и не указывать те, которые не требуются.
Причем порядок вывода столбцов будет именно таким, как указано в запросе.
Пример: вывести информацию о табельном номере, именах и дате рождения сотрудников:
SELECT E_ID,E_NAME, E_BORN FROM Employees