Разработка базы данных «Дворец культуры»

 
Введение

Актуальность. В настоящее время повсеместное внедрение информационных технологий предполагает необходимость разработки информационных систем в различных предметных областях. Разработка баз данных представляет является необходимой составляющей для разработки программных систем.
Задачи разработки баз данных для типовых предметных областей (бухгалтерский учет, учет склада, заработной платы, системы документооборота) в настоящее время имеют большое количество реализаций. При этом разработка информационных систем для специфических технологий является по-прежнему актуальной задачей.
Цель курсовой работы разработка базы данных для проекта информационной системы «Дворец Культуры».
Задачи работы:
- анализ теоретических аспектов разработки баз данных;
- анализ предметной области, определение задач автоматизации;
- проектирование инфологической модели, определение ключевых сущностей;
- проектирование БД (таблиц, запросов, отчетов) отдела кадров в формате MS SQL Server согласно заданию.
 
1. ER-модели

ER-модели — модели данных, позволяющие описывать концептуальные схемы предметной области.
К основным понятиям ER-моделей относятся сущности, связи и атрибуты.
Сущности представляют собой реальные или представляемые объекты, информация о которых должна сохраняться и быть доступной. При ER-моделировании сущности представляются в прямоугольной форме, в которую вписано имя сущности. При этом имя сущности является именем типа, а не некоторого конкретного экземпляра данного типа. Для большей выразительности и более эффективного понимания имена сущностей могут сопровождаться примерами конкретных экземпляров данного типа.
В процессе определения типа сущности необходимы гарантии того, что для каждого экземпляра сущности может быть найдено отличие от любого другого экземпляра той же сущности. Данное требование в некотором виде является аналогичным требованию отсутствия кортежей-дубликатов в реляционных таблицах.
Связи – это графически изображаемые ассоциации, устанавливаемые между двумя типами сущностей. Как и сущности, связи представляют собой типовые понятия, все экземпляры обоих связываемых типов сущностей подчиняются устанавливаемым правилам связывания. Поэтому правильнее говорить о типе связи, устанавливаемой между типами сущности, и об экземплярах типа связи, устанавливаемых между экземплярами типа сущности. В обсуждаемом здесь варианте ER-модели данная ассоциация всегда является бинарной и может быть реализована посредством двух разных типов сущностей или между типом сущности и им же самим (рекурсивная связь). В любой связи выделяются два конца (в соответствии с существующей парой связываемых сущностей ), на каждом из которых указываются имя конца связи, степень конца связи (сколько экземпляров данного типа сущности должно присутствовать в каждом экземпляре данного типа связи ), обязательность связи (т. е. любой ли экземпляр данного типа сущности должен участвовать в некотором экземпляре данного типа связи ).
Связь представляется в виде ненаправленной линии, соединяющей две сущности или ведущей от сущности к ней же самой. При этом в месте "стыковки" связи с сущностью используются:
трехточечный вход в прямоугольник сущности, если для этой сущности в связи могут (или должны) использоваться много ( many ) экземпляров сущности ;
одноточечный вход, если в связи может (или должен) участвовать только один экземпляр сущности.
Обязательный конец связи изображается сплошной линией, а необязательный – прерывистой линией.
Связь между сущностями БИЛЕТ и ПАССАЖИР, показанная на рис. 9.2, связывает билеты и пассажиров. Конец связи с именем "для" позволяет связывать с одним пассажиром более одного билета, причем каждый билет должен быть связан с каким-либо пассажиром. Конец связи с именем "имеет" показывает, что каждый билет может принадлежать только одному пассажиру, причем пассажир не обязан иметь хотя бы один билет.
Атрибутами сущностей являются любые детали, которые служат для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов заносятся в прямоугольник, изображающий сущность, под именем сущности и изображаются малыми буквами, возможно, с примерами.
С технической точки зрения атрибуты типа сущности в ER-модели похожи на атрибуты отношения в реляционной модели данных. И в том, и в другом случаях введение именованных атрибутов вводит некоторую типовую структуру данных, имя которой совпадает с именем типа сущности в случае ER-модели или с именем переменной отношения в случае реляционной модели. Этой типовой структуре должны следовать все экземпляры типа сущности или все кортежи отношения. Но имеется и важное отличие. Напомним, что в реляционной модели данных атрибут определяется в форме упорядоченной пары, включающей имя атрибута и имя домена, либо имя атрибута и имя_базового_типа_данных, если понятие домена не поддерживается. Заголовок отношения, который определяется в форме множества множество таких пар, является полным аналогом структурного типа данных в языках программирования.
Рассмотрим типы связей между сущностями в ER-моделях.
Между таблицами в базах данных проводится установка отношений. Существуют следующие типы отношений между таблицами: "один-к-одному", "один-ко-многим", "многие-к-одному", "многие-ко-многим".
Отношение типа "один к одному" предполагает, что для каждой записи в одной таблице имеется только одна запись в другой таблице. Так, если рассматривать таблицы, в одной из которых содержится информация о сотрудниках организации, а в другой - профессиональные сведения по каждому из сотрудников, то можно установить, что между данными таблицами имеется отношение вида "один-к-одному", так как для одного человека, данные о котором содержатся в первой таблице, может существовать единственная запись, содержащая профессиональные данные, в другой таблице.
Самым распространенным из типов отношений в базах данных является отношение типа "один ко многим". В качестве примера использования данного типа отношения можно рассмотреть таблицы, с данными о клиентах предприятия и сделанных ими заказах.
Связи типа "много-к-одному" является аналогичным рассмотренному выше типу "один-ко-многим". Тип отношения между объектами определяется точкой зрения разработчика. Так, если будете рассматривается отношение между сделанными заказами и клиентами, то используется отношение типа "много-к-одному".
Связи типа "много-ко-многим" возникают между двумя таблицами в следующих случаях:
 одну запись из первой таблицы можно связать более чем с одной записью из другой таблицы;
 одну запись из второй таблицы можно связать более чем с одной записью из первой таблицы.
В качестве примера можно рассмотреть предметную область "магазин оптовой торговли". Рассмотрим две группы объектов: список товаров, производимых предприятиями-поставщиками, и список товаров, заказанных потребителями. Между таблицами, содержащими данные сведения, можно установить связь типа "многие-ко-многим", так как каждый поставляемый товар может быть заказан более одного раза. Аналогично, производство каждого заказанного товара может осуществляться более чем одним предприятием.
Далее рассмотрим процесс преобразования ER-модели в реляционную.
С помощью концептуальных моделей можно более точно проводить представление предметной области, чем с помощью реляционных и других более ранних моделей, но в настоящее время существует некоторые СУБД, поддерживающие данные модели. На практике имеют распространение системы, в которых реализована реляционная модель, поэтому необходимо проводить перевод концептуальных моделей в реляционные. Данный метод основан на формировании набора предварительных таблиц из ER-диаграмм.
Для каждой сущности проводится создание таблицы, причем для каждого атрибута сущности проводится сопоставление столбца таблицы. Правила генерации таблиц из ER-диаграмм основываются на двух основных факторах — типах связи и классах принадлежности сущности.
Правило 1.
Если связи типа 1:1 и классы принадлежности обеих сущностей являются обязательными, то необходимо использование только одной таблицы. В качестве первичного ключа этой таблицы может рассматриваться первичный ключ любой из двух сущностей.
На ER-диаграмме связи 1:1, показанной на рисунке 1, класс принадлежности сущностей МЕНЕДЖЕР, ФИЛИАЛ является обязательным. Тогда