Курсовая с практикой на тему Проектирование, разработка и обеспечение безопасности реляционной базы данных PostgreSQL

Содержание:

Введение 4

1 ОПИСАНИЕ ВНУТРИМАШИННОЙ ИНФОРМАЦИОННОЙ БАЗЫ 6

1.1 Логическая структура 6

1.2 Физическая структура 9

1.3 Организация ведения информационной базы 16

2 ОПИСАНИЕ ВНЕМАШИННОЙ ИНФОРМАЦИОННОЙ БАЗЫ 18

2.1 Логическая структура 18

2.2 Физическая структура 19

2.3 Организация ведения информационной базы 23

3 ОБЕСПЕЧЕНИЕ БЕЗОПАСНОСТИ БАЗЫ ДАННЫХ 24

3.1 Разработка мер по обеспечению физической защиты базы данных 24

3.2 Представления 25

3.3 Триггеры 26

3.4 Хранимые процедуры 31

3.5 Пользователи 34

3.7. Резервное копирование и восстановление данных 38

3.8 Шифрование данных 43

Заключение 48

Библиографический список 49

Приложение А. Логическая структура разрабатываемой базы данных 51

Приложение Б. Детализированная логическая модель разрабатываемой базы данных 52

Приложение В. Физическая структура внутримашинной информационной базы 53

Приложение Г. Схема реализованной в СУБД PostgreSQL базы данных 54

Введение:

Количество информации во всем мире растет с чрезвычайно высокой скоростью и часто описывается экспоненциальным законом. Большие объем данных не должны храниться в произвольной форме, их следует размещать в специальных хранилищах. В обычном случае информация может достаточно эффективно храниться в базах данных. Существуют различные разновидности баз данных, однако наибольшее распространение получили реляционные базы данных, где информация организована в виде взаимосвязанных таблиц. Существует несколько достаточно популярных программ для работы с реляционными базами данных: Oracle, MySQL, Microsoft SQL Server, PostgreSQL. Другие систем управления базами данных используются редко и в некоторых специфических случаях. Базы данных создаются для всех без исключения предметных областей, в том числе и торговли бытовой техникой и электроникой. При этом часто у магазинов есть своя специфика, которую следует учитывать при разработке БД для них. Другими словами база данных, созданная для одного магазина бытовой техники и электроники, не может быть без каких-либо изменений использована в другом аналогичном магазине. Таким образом, разработка новых баз данных для магазинов бытовой техники и электроники является актуальной задачей для специалистов отрасли ИТ.

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

Задачи работы:

— провести анализ предметной области, разработать модели процессов, протекающих при работе магазина бытовой техники и электроники;

— выполнить проектирование и реализацию базы данных для магазина бытовой техники и электроники;

— разработать подходы по защите информации в созданной базе данных.

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

Заключение:

Таким образом, в данной работе проведено проектирование базы данных на основе СУБД PostgreSQL для магазина электроники и бытовой техники, а также рассмотрены вопросы защиты информации в ней. Первоначально построены модели проектируемой базы данных – логической и физической структуры, разработана подробная структура таблиц. После реализации базы данных проведена разработка мероприятий по организации защиты информации в данной БД. Рассмотрены механизмы ограничений доступак информации с помощью представлений, журналирование с помощью триггеров и хранимых процедур, вопросы резервного копирования и шифрования данных. Предложены конкретные пути применения указанных средств защиты для созданной БД.

Фрагмент текста работы:

1 ОПИСАНИЕ ВНУТРИМАШИННОЙ ИНФОРМАЦИОННОЙ БАЗЫ

1.1 Логическая структура

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

Работа магазина бытовой техники начинается с того, что в магазин постоянно поступают новые поставки (следовательно, нужна таблица «Поставки») от поставщиков (следовательно, нужна таблица «Поставщики»). Далее все товары, находящиеся в магазине, могут быть куплены в составе некоторой покупки (требуется таблица «Покупки»). Покупки могут содержать только один товар, но часто включают сразу несколько товарных позиций. Каждая покупка осуществляется одним покупателем (следовательно, требуется введение таблицы «Покупатели»).

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

Кроме того, значительное количество товаров, реализуемых в магазине, являются крупногабаритными (в частности холодильники и телевизоры), поэтому требуют заказа грузовой перевозки. Для ведения учета перевозчиков, которые могут перевозить тот или иной товар, необходима таблица «Перевозчики».

Еще некоторые товары требуют специального монтажа или наладки (как, например, комплекты спутникового телевидения), поэтому желательно вести таблицу «Мастера».

Логическая структура проектируемой базы данных приведена в Приложении А.

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

а) Товары, у которых выделены атрибуты:

— идентификатор товара;

— наименование товара;

— описание товара;

— категория товара;

— единица измерения, в которой измеряется товар (обычно в штуках, но может быть в метрах, граммах и т.п.).

б) Категории товаров, где выделены атрибуты:

— идентификатор категории;

— наименование категории;

— приоритет данной категории (проявляется при обработке товаров на складе, формировании очередей на отправку, скорость приемки товаров данной категории.

в) Единицы измерения товаров атрибутами:

— идентификатор единицы измерения;

— наименование единицы измерения.

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

— идентификатор перевозчика;

— название перевозчика;

— телефон перевозчика;

— товар, который может перевозить перевозчик.

д) Мастера по ремонту, установке и сервисному обслуживанию техники со следующими атрибутами:

— идентификатор мастера;

— название мастера;

— телефон мастера;

— товар, который может обслуживать мастер.

е) Покупки, характеризующиеся следующими атрибутами:

— идентификатор покупки;

— дата покупки;

— товар, который входит в данную покупку;

— количество купленного товара;

— покупатель.

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

— идентификатор покупателя;

— название или ФИО покупателя;

— адрес покупателя;

— телефон покупателя;

— адрес электронной почты покупателя;

— описание покупателя.

з) Поставки характеризуются следующими атрибутами:

— идентификатор поставки;

— дата получения поставки;

— товар, входящий в поставку;

— количество указанного товара в поставке;

— поставщик, осуществивший поставку.

и) Поставщики характеризуются следующими атрибутами:

— идентификатор поставщика;

— название или ФИО поставщика;

— адрес поставщика;

— телефон поставщика;

— адрес электронной почты поставщика;

— короткое описание поставщика.

Логическая структура внутримашинной информационной базы приведена в Приложении Б в виде высокоуровневой концептуальной модели данных «Сущность-Связь».