Вопрос 2. Различные подходы к истории государственного управления в России

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

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

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

Связь – ассоциирование двух или более сущностей:

Первый тип связи – связь один к одному (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В. Например, работник и его ставка.

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

Второй тип – связь один ко многим (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

В концептуальной модели это соответствует включению.

На основе этих двух видов связей можно составить более сложные связи.

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

Стержневая сущность (стержень) – это независимая сущность. Например, при описании накладной, стержневой сущностью является шапка накладной.

Ассоциативная сущность (ассоциация) – это связь вида многие ко многим. Например, товар в накладной – это связь с шапкой накладной и справочником наименований товара, справочником единиц измерения.

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

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

2.1.2 Реляционная модель. Концептуальная модель и модель Сущность-связь – это общие рассуждения о принципах построения модели данных, похожи на рекомендации. Это то, о чем можно думать при создании реальной базы данных. В современных условиях, скорее всего, придется использовать реляционную модель, на которой в виде инструмента можно создать и концептуальную модель, и модель Сущность-связь. Это связано с тем, что современные серверы базы данных используют именно реляционную модель и язык SQL для организации работы с данными.

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

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

Заголовок домена в данном примере – это справочник наименований с рядом атрибутов, например, единиц измерения, максимального процента наценки (для медикаментов и детских товаров) и так далее.

Тело домена состоит из меняющегося во времени множества кортежей. Тело – это строчки в таблице со списком товара, а кортежи – это значения в столбике внешнего ключа.

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

Кардинальное число или мощность отношения – это число его кортежей. Кардинальное число отношения изменяется во времени, в отличие от его степени. Практически кардинальное число – это количество строк в заголовке.

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

Каждая таблица в реляционной базе данных (БД) удовлетворяет условию, в соответствии с которым в позиции на пересечении каждой строки и столбца таблицы всегда находится единственное атомарное значение, и никогда не может быть множества таких значений. Любая таблица, удовлетворяющая этому условию, называется нормализованной или первой нормальной формой, то есть нельзя вносить в одну ячейку таблицы информацию о двух и более атрибутах объекта. Фактически, ненормализованные таблицы, даже не допускаются в реляционной (БД).

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

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

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

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

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

Теперь можно дать академические определения нормальных форм:

Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто.

Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и не одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля.

Таблица находится в нормальной форме Бойса-Кодда (НФБК), если и только если любая функциональная зависимость между его полями сводится к полной функциональной зависимости от возможного ключа.

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

Таблица находится в пятой нормальной форме (5НФ) тогда и только тогда, когда в каждой ее полной декомпозиции все проекции содержат возможный ключ. Таблица, не имеющая ни одной полной декомпозиции, также находится в 5НФ.

Четвертая нормальная форма (4НФ) является частным случаем 5НФ, когда полная декомпозиция должна быть соединением ровно двух проекций. Весьма не просто подобрать реальную таблицу, которая находилась бы в 4НФ, но не была бы в 5НФ.

2.2 Построение реляционной модели БД

Для начала построения базы данных Планшетные компьютеры необходимо создать входные таблицы. Создать таблицы в Microsoft Office Access можно на вкладке Создание (рисунок 27), там следует выбрать Список таблицы (рисунок 28) и в этом списке выбрать интересующий способ задания таблицы: простой, при помощи конструктора, при помощи списка SharePoint или при помощи шаблона (рисунок 29).

Рисунок 27 – Вкладка Создание

Рисунок 28 – Список таблицы

Рисунок 29 – Выборка способа задания таблиц

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

Рисунок 30 – Выбор режима Конструктор

Далее открывается Конструктор. Прежде, чем приступить к работе в режиме Конструктор, необходимо назвать таблицу, и нажать Enter (рисунок 31). В самом Конструкторе вводим название полей, задаем тип данных для введенных полей и задаем свойства полей как показано на рисунке 39.

Рисунок 31 – Изменение имени создаваемой таблицы

Рисунок 32 – Режим Конструктор

Показанным способом будут построены все таблицы, а именно таблица Главная, таблица Оценка, таблица Производительность, таблица Планшет и таблица Планшет2.

Для всех полей свойства будут выбраны стандартные. Для текстового типа данных будут выбраны: размер поля – 255 символов, обязательное поле - нет, пустые строки – да, индексированное поле – да, сжатие Юникод – да, режим IME - нет контроля, выравнивание текста – общее. Для типа счетчик будут выбраны: размер поля – длинное целое, новые значения – последовательные, индексированное поле – да, выравнивание текста – общее. Для числового типа данных будут выбраны: размер поля - длинное целое, число десятичных знаков – авто, обязательное поле – нет, индексированное поле – нет, выравнивание текста – общее. Для логического типа данных будут выбраны: формат поля – да/нет, значение по умолчанию – 0, индексированное поле – нет, выравнивание текста – общее.

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

Рисунок 33 – Создание Ключевого поля

Связи между сущностями можно сделать двумя способами: непосредственно через Конструктор и при помощи схемы данных.

Для создания связи в режиме Конструктор необходимо выполнить несколько шагов:

Рисунок 34 – Выбор Мастера подстановок

После выбора Мастера подстановок выводится первое окно:

Рисунок 35 – Первое окно Мастера подстановок

В первом окне выбираем объект Столбцы запроса будет использовать значение из таблицы или запроса. Нажимаем Далее. Выводится второе окно:

Рисунок 36 – Второе окно Мастера подстановок

Во втором окне выбираем таблицу, из которой будут выбираться значения для подстановки. Нажимаем Далее. Выводится третье окно:

Рисунок 37 – Третье окно Мастера подстановок

В третьем окне ничего не делаем, а просто нажимаем Далее. Выводится четвертое окно:

Рисунок 38 – Четвертое окно Мастера подстановок

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

Рисунок 39 – Пятое окно Мастера подстановок

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

Рассмотрим, как создавать связь при помощи схемы базы данных:

Для начала переходим на вкладку Работа с базами данных (рисунок 40) и нажимаем правой кнопкой мыши на пустом месте, после чего выпадает окно, показанное на рисунке 41. В этом окне выбираем добавить таблицы, и добавляем все необходимые таблицы. После добавления всех необходимых таблиц вызываем окно, показанное на рисунке 42, двойным щелчком левой кнопки мыши по пустому месту, в этом окне выбираем Новое и делаем связь между таблицами и их атрибутами (рисунок 43).

Рисунок 40 – Вкладка Работа с базами данных

Рисунок 41 – Добавление таблиц

Рисунок 42 – Создание новых связей

Рисунок 43 – Выбор таблиц и их атрибутов для связи

ЗАКЛЮЧЕНИЕ

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

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

Подводя итог всей работы можно сказать, что поставленные цели были выполнены, так как существуют входные таблицы для редактирования администраторами базы данных, выходные отчеты для ознакомления пользователей, и были представлены все необходимые, на момент создания базы данных Планшетные компьютеры запросы. Зная программу Microsoft Office Access можно создать базу данных на любую предметную область (тему). Разработка локальной базы данных Планшетные компьютеры была произведена в программе Microsoft Office Access 2007.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. / Н.А. Гайдамакин. – М.: Гелиос, 2002. – 654 c.

2. Голицина О.Л. Базы данных. / О.Л. Голицина. – М.: Форум, 2007. – 285 с.

3. Кузин А.В. Базы данных. / А.В. Кузин. – М.: Академия, 2008. – 345 c.

4. Кузнецов С.Д. Введение в реляционные БД. / С.Д. Кузнецов. – Режим доступа: http://www.intuit.ru/department/database/rdbintro

5. Кузнецов С.Д. Основы современных баз данных. / С.Д. Кузнецов. – Режим доступа: http://citforum.ru/database/osbd/contents.shtml

6. Малыхина М.П. Базы данных: основы, проектирование, использование. / М.П. Малыхина. – СПб.: БХВ – Петербург, 2004. – 786 c.

7. Мирошниченко Г.А. Реляционные базы данных: практические приемы оптимальных решений. / Г.А. Мирошниченко. – СПб.: БХВ – Петербург, 2005. – 367 с.

8. Сергеев А. Access 2007. Новые возможности. / А. Сергеев. – СПб.: Питер, 2008. – 304 с.

9. Цыганков В.М. Базы данных. / В.М. Цыганков. – М.: Корона-Принт, 2004. – 546 с.

10. Чертовский В.Д. Базы и банки данных. / В.Д. Чертовский. – СПб.: БХВ – Петербург, 2004. – 786 c.

ПРИЛОЖЕНИЕ А

(обязательное)

Электронный носитель с курсовым проектом

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

Дата добавления: 2015-04-29