курсовая работа по базам данных. схема связей. 6 Исследование и избавление от избыточности реляционных отношений
 Скачать 403.1 Kb.
|
|
Содержание Введение 3 1 Анализ предметной области 4 1.1 Построение концептуальной модели данных 7 1.2 Выделение связей10 1.3 Построение ER – диаграмм 11 1.4 Построение предварительного набора реляционных отношений 12 2 Программная реализация базы данных 17 2.1 Создание таблиц 17 2.2 Создание запросов 19 2.3 Создание форм 21 2.4 Предварительная оценка объема памяти22 2.5 Индексы 23 Заключение 25 Список использованных источников 26 Введение Актуальность курсовой работы, определена как необходимость создания и проектирования баз данных. В современном мире существует большое множество разнообразных баз данных, без которых век информационных технологий не мог бы существовать и прогрессивно развиваться. Современный мир не может обойтись без структурированной и отсортированной информации, базы данных позволяют реализовать это. Базы данных необходимы для многих областей деятельности человека, будь то банковское дело, продовольственный магазин или же учет домашних расходов. Целью данной курсовой работы является проектирование в теории и разработка структуры базы данных на основе ER–моделирования. Для достижения цели должны быть выполнены следующие задачи: 1) Описание предметной области базы данных; 2) Выделение сущностей и их атрибутов; 3) Создание концептуальной модели БД; 4) Создание связей и их описаний; 5) Построение диаграмм ER-экземпляра и ER-типа; 6) Исследование и избавление от избыточности реляционных отношений; 7) Физическое моделирование спроектированной БД на основе СУБД Microsoft Office Access 2007. Объектом данной курсовой работы является база данных. Предмет исследования: теоретические вопросы и практическая реализация процесса проектирования БД для составления налоговой декларации Проектирование базы данных было выполнено методом er-моделирования Методы исследования в работе – метод «Сущность – связь», метод нормальных форм. 1 Анализ предметной области Предметная область – часть реального мира, подлежащая изучению с целью организации управления и автоматизации. В данной курсовой работе рассматривается предметная область «Налоговая декларация». Необходимо разработать продукт на основе БД, содержащий информацию, необходимую для автоматизированного формирования налоговой декларации. В ходе анализа предметной области были выделены следующие сущности: Налоговая декларация; Свидетельство о постановке на учет; Категория налогоплательщика; Физическое лицо; Сотрудник; Сумма доходов; Расходы, связанные с извлечением доходов; Налоговая база; Налоговые льготы; Налоговая база для исчисления налога; Начислено налога; Начислено авансовых платежей; Подлежит доначислению. Определены атрибуты сущностей, которые представлены в таблице 1. Таблица – Сущности и атрибуты предметной области
Описание структуры предметной области на естественном языке: Физическое лицо подает налоговую декларацию; Сотрудник заполняет налоговую декларацию; Физическое лицо имеет свидетельство о постановке на учет; Физическое лицо имеет Категорию налогоплательщика; Физическое лицо имеет адрес местожительства; Физическое лицо подает данные о сумме доходов, полученных от предпринимательской деятельности; Физическое лицо подает данные о расходах связанных с извлечением доходов; Физическое лицо подает данные о налоговой базе; Физическое лицо подает данные о налоговой базе для исчисления налога за налоговый период Физическое лицо подает данные о начислении налога за налоговый период Физическое лицо подает данные о начислении авансовых платежей по налогу Физическое лицо подает данные подлежащие доначислению (+) уменьшению(-)  Рисунок 1 – Структурная схема предметной области 1.1 Построение концептуальной модели данных Прежде чем построить ER-модель необходимо выбрать первичные ключи и наложить ограничения на атрибуты каждой сущности. 1) сущность Налоговая декларация: Номер декларации – этот атрибут является уникальным, тк каждой заполненной декларации присваивается свой уникальный номер. Этот номер может принадлежать только одной декларации. Налоговый орган –каждая декларация заполняется в налоговом органе, но такой же налоговый орган могут иметь и другие декларации. Год – каждая декларация заполняется на определенный год, такой же год могут имеет и другие декларации. Вид физ лица- заполняется в каждой декларации, такой же вид физ лица может быть в других декларациях. Дата представления – в каждой декларации есть дата представления, но такая же дата может быть и у других деклараций. Вид представления- у каждой декларации есть вид представления, такой же вид представления может быть и у других деклараций. Код– у каждой декларации есть код налогового органа, такой же код может быть и у других заполненных деклараций. Дата камеральной проверки – у каждой заполненной декларации есть дата камеральной проверки, такая же дата может быть у другой декларации. 2) Сущность свидетельство о постановки на учет: Серия и номер – этот атрибут является уникальным, каждому свидетельству присваивается серия и номер, в совокупности у другого свидетельства не может быть такого серии и номера. Код – этот атрибут принадлежит одному свидетельству, но такой же код может быть и в других свидетельствах. Дата выдачи– в каждом свидетельстве ставится дата его выдачи, каждое свидетельство может иметь только одну дату выдачи, но такую же дату могут иметь и другие свидетельства. Кем выдано – в каждом свидетельстве указывается, кем оно выдано, но такие же данные могут быть и у другого свидетельства. 3) Сущность Категория налогоплательщика: Код – этот атрибут является уникальным, тк каждой категории присваивается код, и этот код может принадлежать только одной категории налогоплательщика. Наименование – этот атрибут присваивается каждой категории, и может принадлежать только одной категории. 4) сущность Физическое лицо: ИНН физ. лица – этот атрибут является уникальным, каждому физическому лицу присваивается свой ИНН, и этот ИНН может принадлежать только одному физическому лицу. Фамилия – этот атрибут принадлежит одному физ. лицу, но такую же фамилию может иметь и другое физ. лицо Имя заказчика - этот атрибут принадлежит одному физ. лицу, но такое же имя может иметь и другое физ. лицо Отчество - этот атрибут принадлежит одному физ. лицу, но такое же отчество может иметь и другое физ. лицо. Адрес – этот атрибут есть у каждого заказчика, но и другой заказчик может иметь такой же адрес. Служебный телефон – этот атрибут есть у каждого физ. лица, такой же номер могут иметь и другие физ. лица. Домашний телефон - этот атрибут есть у каждого физ. лица, такой же номер могут иметь и другие физ. лица Дата рождения – у каждого физ. лица есть дата рождения, такая же дата может быть и у другого физ. лица. Место рождения – этот атрибут есть у каждого физ. лица, такое же место рождение может быть у другого физ. лица. Пол – у каждого физ. лица есть пол, такой же пол может быть у других физ. лиц. Гражданство – этот атрибут есть у каждого физ. лица , такое же гражданство могут иметь и другие физические лица. Вид документа – этот атрибут есть у каждого физ. лица, такой же вид документа может быть и у других физ. лиц. Серия и номер - этот атрибут является уникальным, у каждого документа есть серия и номер, в совокупности у другого физ. лица не может быть такого номера. Дата выдачи - в каждом документе ставится дата его выдачи, каждый документ может иметь только одну дату выдачи, но такую же дату могут иметь и другие документы. Подпись - этот атрибут есть у каждого физ. лица, такая же подпись может быть и у другого физ. лица 5) Сущность Адрес местожительства: Код - этот атрибут является уникальным, каждому месту жительства присваивается код, этот код может принадлежать одному месту жительства почтовый индекс - этот атрибут есть у каждого места жительства, но такой же индекс могут иметь и другие места жительства субъект РФ – этот атрибут есть у каждого места жительства, но такие же данные могут быть и у другого физ. лица район - этот атрибут есть у каждого места жительства, но такие же данные могут быть и у другого физ. лица населенный пункт - этот атрибут есть у каждого места жительства, но такие же данные могут быть и у другого физ. лица улица - этот атрибут есть у каждого места жительства, но такие же данные могут быть и у другого физ. лица номер дома - этот атрибут есть у каждого места жительства, но такие же данные могут быть и у другого физ. лица номер корпуса - этот атрибут есть у каждого места жительства, но такие же данные могут быть и у другого физ. лица номер квартиры - этот атрибут есть у каждого места жительства, но такие же данные могут быть и у другого физ. лица 6) Сущность Сотрудник: Код- этот атрибут является уникальным, каждому сотруднику присваивается код, этот код может принадлежать одному сотруднику фамилия – этот атрибут принадлежит одному сотруднику, но такую же фамилию может иметь и другой сотрудник имя – этот атрибут принадлежит одному сотруднику, но такое же имя может иметь и другие сотрудники отчество - этот атрибут принадлежит одному сотруднику, но такое же отчество может иметь и другие сотрудники должность - этот атрибут принадлежит одному сотруднику, но такую же должность могут иметь и другие сотрудники подпись - этот атрибут есть у каждого сотрудника, такая же подпись может быть и у других сотрудников 7) Сущность Данные о сумме доходов, полученных от предпринимательской деятельности; Код- этот атрибут является уникальным, каждой сумме доходов присваивается код, этот код может принадлежать только сумме доходов федеральный бюджет – данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ФФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ТФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц 8) Сущность Данные о расходах связанных с извлечением доходов; Код- этот атрибут является уникальным, каждым расходам присваивается код, этот код может принадлежать только расходам связанными с извлечением доходов федеральный бюджет – данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ФФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ТФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц 9) Сущность Данные о налоговой базе Код- этот атрибут является уникальным, каждой налоговой базе присваивается код, этот код может принадлежать только данной налоговой базе федеральный бюджет – данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ФФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ТФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц 10) Сущность Данные о налоговой базе для исчисления налога за налоговый период Код- этот атрибут является уникальным, каждой налоговой базе для исчисления налога присваивается код, этот код может принадлежать только налоговой базе для исчисления налогов федеральный бюджет – данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ФФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ТФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц 11) Сущность Данные о начислении налога за налоговый период Код- этот атрибут является уникальным, каждому начислению налога присваивается код, этот код может принадлежать только данному начислению налого федеральный бюджет – данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ФФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ТФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц 12) Сущность Данные о начислении авансовых платежей по налогу Код- этот атрибут является уникальным, каждым авансовым начислением платежей присваивается код, этот код может принадлежать только данным авансовым начислением федеральный бюджет – данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ФФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ТФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц 13) Сущность Данные подлежащие доначислению(+) уменьшению(-) Код- этот атрибут является уникальным, строке из этой сущности присваивается код, этот код принадлежит только одной строке федеральный бюджет – данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ФФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц ТФОМС - данный атрибут принадлежит каждой семе доходов, но такие же данные могут быть и у других физ. лиц 1.2 Выделение связей Для создания ER модели необходимо выделить связи и описать их: 1) Только одно физ. лицо может подать данную декларацию, физ. лицо может подать несколько деклараций. Физ. лицо обязательно должен подать декларацию. Декларация обязательно должна быть заполнена физ. лицом. 2) Только один сотрудник заполняет данную декларацию. Один сотрудник может заполнить несколько деклараций. Сотрудник обязательно заполняет декларацию. Декларация обязательно заполняется сотрудником. 3) Только одно физ. лицо имеет свидетельство о постановке на учет. У одного свидетельства о постановке на учет есть только одно физ. лицо. Свидетельство о постановке на учет обязательно есть у физ. лица. Физ. лицо обязательно имеет свидетельство о постановке на учет. 4) физ. лицо имеет одну категорию налогоплательщика. У одной категории может быть несколько физ.лиц. Физ. лицо обязательно имеет категорию налогоплательщика. Категория налогоплательщика обязательно присваивается физ.лицу. 5)физ. лицо имеет одно место жительства. Несколько физ. лиц могут имеет одно местожительство. Физ. лицо обязательно имеет место жительства. Место жительства обязательно принадлежит физ. лицу. 6) физ. лицо подает несколько данных о сумме доходов, данные о сумме налогов могут быть только у одного физ. лица. Физ. лицо обязательно подает данные о сумме доходов, данные о сумме дохода обязательно должны быть указаны физ. лицом. 7) физ. лицо подает несколько данных о расходах связанных с извлечением доходов, данные о расходах связанных с извлечением доходов могут быть только у одного физ. лица. Физ. лицо обязательно подает данные о расходах связанных с извлечением доходов, данные о расходах связанных с извлечением доходов обязательно должны быть указаны физ. лицом. 8) физ. лицо подает несколько данных о налоговой базе, данные о налоговой базе могут быть только у одного физ. лица. Физ. лицо обязательно подает данные о налоговой базе, данные о налоговой базе обязательно должны быть указаны физ. лицом. 9) физ. лицо подает несколько данных о налоговой базе для исчисления налога за налоговый период, данные о налоговой базе для исчисления налога за налоговый период могут быть только у одного физ. лица. Физ. лицо обязательно подает данные о налоговой базе для исчисления налога за налоговый период, данные о налоговой базе для исчисления налога за налоговый период обязательно должны быть указаны физ. лицом. 10) физ. лицо подает несколько данных о начислении налога за налоговый период, данные о начислении налога за налоговый период могут быть только у одного физ. лица. Физ. лицо обязательно подает данные о начислении налога за налоговый период, данные о начислении налога за налоговый период обязательно должны быть указаны физ. лицом. 11) физ. лицо подает несколько данных о начислении авансовых платежей по налогу, данные о начислении авансовых платежей по налогу могут быть только у одного физ. лица. Физ. лицо обязательно подает данные о начислении авансовых платежей по налогу, данные о начислении авансовых платежей по налогу обязательно должны быть указаны физ. лицом. 12) физ. лицо подает несколько данных подлежащие доначислению (+) уменьшению (-), данные подлежащие доначислению (+) уменьшению (-), могут быть только у одного физ. лица. Физ. лицо обязательно подает данные подлежащие доначислению (+) уменьшению (-), данные подлежащие доначислению (+) уменьшению (-), обязательно должны быть указаны физ. лицом. 1.3 Построение ER – диаграмм В соответствии с выделенными сущностями, их ключевыми атрибутами и связями, строим диаграммы ER-экземпляров и ER-типа , представленных на рисунке 2 и на рисунке 3.  Рисунок 2 – Диаграмма ER-экземпляров Далее составим таблицу мощностей отношений, которая представлена в таблице 2. Таблица 2 –Мощности отношений
 Рисунок 3 – Диаграмма ER-типа 1.4 Построение предварительного набора реляционных отношений Для генерации схем отношений для бинарных связей использовались следующие правила: Правило 1: Если степень бинарной связи равна 1:1 и класс принадлежности обеих сущностей является обязательным, то требуется только одно отношение. Первичным ключом этого отношения может быть ключ любой из двух сущностей. Правило 2: Если степень бинарной связи равна 1:1 и класс принадлежности одной сущности является обязательным, а другой - необязательным, то необходимо построение двух отношений. Под каждую сущность необходимо выделение одного отношения, при этом ключ сущности должен служить первичным ключом соответствующего отношения. Кроме того, ключ сущности, для которого класс принадлежности является необязательным, добавляется в качестве атрибута в отношение, выделенное для сущности с обязательным классом принадлежности. Правило 3: Если степень бинарной связи равна 1:1 и класс принадлежности ни одной сущности не является обязательным, то необходимо использовать три отношения: по одному отношению для каждой сущности и одно отношение для связи. Отношения, выделенные для сущностей, будут иметь первичными ключами ключи соответствующих сущностей, а отношение для связи будет иметь по одному ключу сущности от каждой сущности. Правило 4: Если степень бинарной связи равна 1:n и класс принадлежности n-связной сущности является обязательным, то достаточно использовать два отношения - по одному на каждую сущность. При этом ключ сущности каждой сущности должен быть первичным ключом соответствующего отношения и ключ односвязной сущности должен быть добавлен в качестве атрибута в отношение n-связной сущности. Правило 5: Если степень бинарной связи равна 1:n и класс принадлежности n-связной сущности является необязательным, то необходимо формирование трех отношений: по одному для каждой сущности и одного для связи. Отношения, выделенные для сущностей, будут иметь первичными ключами ключи соответствующих сущностей, а отношение для связи будет иметь по одному ключу сущности от каждой сущности. Правило 6: Если степень бинарной связи равна m:n, то для хранения данных необходимо три отношения: по одному для каждой сущности и одно для связи. Отношения, выделенные для сущностей, будут иметь первичными ключами ключи соответствующих сущностей, а отношение для связи будет иметь по одному ключу сущности от каждой сущности. Это правило работает независимо от класса принадлежности. С использованием правил генерации получаем предварительный набор реляционных отношений: 1)  По правилу генерации 4 формируются 2 отношения: Физ. лицо(Код заказчика,...) Заказ (Идентиф. Номер, код заказчика,...) 2)  По правилу генерации 4 формируются 2 отношения: Заказчик (Код заказчика,...) Материал (Код материала, код заказчика,...) 3)  По правилу генерации 4 формируются 2 отношения: Заказ (Идентиф. Номер,...) Материал (Код материала, Идентиф. номер...) 4)  По правилу генерации 4 формируются 2 отношения: Заказ (Идентиф. Номер,...) Вид работ (Код работ, Идентиф. номер...) 5)  По правилу генерации 1 формируются 1 отношения: Заказ- квитанция (Идентиф. Номер, серия квитанции, номер квитанции...) Теперь производим распределение оставшихся атрибутов по отношениям, в соответствии с правилом однократного вхождения неключевых атрибутов в отношения). 1) заказчик ( код заказчика, ФИО заказчика, адрес , контактный телефон) Заказ ( ид. № заказа, код подразделения, код услуги, дата приема, дата выполнения, код заказчика) 2) заказчик ( код заказчика, ФИО заказчика, адрес , контактный телефон) Материал (код материала, наименование, описание, проба, принято фактич., принято в перерасчете на пробу, принято камней, готовое изделие с камнем, готовое изделие без камня, выдано остатки, израсходовано на изделие, потери, код заказчика) 3) Заказ ( ид. № заказа, код подразделения, код услуги, дата приема, дата выполнения, код заказчика) Материал (код материала, наименование, описание, проба, принято фактич., принято в перерасчете на пробу, принято камней, готовое изделие с камнем, готовое изделие без камня, выдано остатки, израсходовано на изделие, потери, код заказчика, ид № заказа) 4) Заказ ( ид. № заказа, код подразделения, код услуги, дата приема, дата выполнения, код заказчика) Вид работ ( № по прейскуранту, наименование, проба, стоимость, ид № заказа) 5) Заказ – квитанция (ид. № заказа, код подразделения, код услуги, дата приема, дата выполнения, код заказчика, серия, номер, дата) Далее необходимо избавится от избыточности. Отношение является избыточным, если его атрибуты в полном объеме присутствуют в другом отношении. Таким образом получаем: 1) Заказчик ( код заказчика, ФИО заказчика, адрес , контактный телефон); 2) Заказ ( ид. № заказа, код подразделения, код услуги, дата приема, дата выполнения, код заказчика ,код подразделения серия, номер, дата); 3) Квитанция (серия, номер, дата квит, № оплаты, дата оплаты , сумма); 4) Материал (код материала, наименование, описание, проба, принято фактич., принято в перерасчете на пробу, принято камней, готовое изделие с камнем, готовое изделие без камня, выдано остатки, израсходовано на изделие, потери, код заказчика, ид № заказа); 5) Вид работ ( № по прейскуранту, наименование, проба, стоимость, ид № заказа); 6) Подразделение (код подразделения, наименование, адрес, ФИО руководителя, номер). В соответствии с выделенными связями и составленным предварительным набором реляционных отношений построена схема данных, представленная на рисунке 4.  Рисунок 4 – Схема данных 2 Программная реализация базы данных Созданы все необходимые связи для заполнения форм, заполнение квитанции было проведено с помощью БД в СУБД Microsoft Office Access 2007. 2.1 Создание таблиц Для создания таблиц необходимо выполнить следующую последовательность действий: – в окне базы данных активизируем объект «Таблицы»; – выбираем «Создание таблицы в режиме конструктора»; – в открывшемся окне конструктора вводим поля таблиц, их тип данных и свойства; –устанавливаем ключевые поля. В режиме конструктора создаём таблицы на основании предварительно созданных структур данных. Таблицы создаются пользователем для хранения данных об одном информационном объекте модели данных предметной области. Таблица состоит из полей (столбцов) и записей (строк). Каждое поле содержит одну характеристику информационного объекта предметной области. В БД «Квитанция» информация хранится в шести таблицах: 1) Подразделения; 2) Заказ; 3) Заказчик; 4) Квитанция; 5) Вид работ; 6) Материал. В таблицу «Подразделения» заносится информация о подразделениях предприятия.  Рисунок 5 – Таблица «Подразделения» Рисунок 6 – Таблица «Заказ»  Рисунок 7 – Таблица «Заказчик»  Рисунок 8 – Таблица «Квитанция»  Рисунок 9 – Таблица «Вид работ»  Рисунок 9 – Таблица «Материал» 2.2 Создание запросов Запросы в Access являются основным инструментом выборки, обновления и обработки данных в таблицах базы данных. Access в соответствии с концепцией реляционных баз данных для выполнения запросов использует язык структурированных запросов SQL (Structured Query Language). С помощью инструкций языка SQL реализуется любой запрос в Access. Основным видом запроса является запрос на выборку. Результатом выполнения этого запроса является новая таблица, которая существует до закрытия запроса. Записи формируются путем объединения записей таблиц, на которых построен запрос. Способ объединения записей таблиц указывается при определении их связи в схеме данных или при создании запроса. Условия отбора, сформулированные в запросе, позволяют фильтровать записи, составляющие результат объединения таблиц. С помощью запроса можно выполнить следующие виды обработки данных: включить в таблицу запроса выбранные пользователем поля таблицы; произвести вычисления в каждой из полученных записей; выбрать записи, удовлетворяющие условиям отбора; сформировать на основе объединения записей взаимосвязанных таблиц новую виртуальную таблицу; сгруппировать записи, которые имеют одинаковые значения в одном или нескольких полях, одновременно выполнить над другими полями группы статистические функции и в результат включить одну запись для каждой группы; создать новую таблицу базы данных, используя данные из существующих таблиц; произвести обновление полей в выбранном подмножестве записей; удалить выбранное подмножество записей из таблицы базы данных; добавить выбранное подмножество записей в другую таблицу. Запросы в Access служат источниками записей для других запросов, форм, отчетов. С помощью запроса можно собрать полные сведения для формирования некоторого документа предметной области из нескольких таблиц, далее использовать его для создания формы — электронного представления этого документа. Если форма или отчет создаются мастером на основе нескольких взаимосвязанных таблиц, то для них в качестве источника записей автоматически формируется запрос.  Рисунок 10 - Выполненный запрос "номер заказа и ФИО заказчика"  Рисунок 11 - Выполненный запрос "Номер заказа и подразделение"  Рисунок 12 – Выполненный запрос "Квитанция и заказчик"  Рисунок 13 – Выполненный запрос "Заказчик - дата получения -заказ "  Рисунок 14 – Выполненный итоговый запрос   Рисунок 15 – Запрос с отбором 2.3 Создание форм После создания таблиц и установления связей между ними приступаем к созданию форм. Формы обеспечивают наиболее гибкий способ ввода, редактирования, просмотра и удаления данных. Для создания необходимо перейти на вкладку «формы» нажать кнопку «создать» и используя «мастер форм» выбрать необходимые поля, структуру отображения, цветовую гамму. Получится рабочий макет.  Рисунок 15 – Форма "Квитанция" 2.4 Предварительная оценка объема памяти На основе результатов анализа ПО можно приблизительно оценить объѐм памяти, требуемой для хранения данных. Пусть ориентировочно: – в год заполняется около 100 квитанций ( по 0,2К на каждую квитанцию) – за год выполнилось 100 заказов ( по 1 К на каждый заказ) – за год обратились 85 заказчиков (по 1 К на каждого заказчика) – использовалось 150 материалов ( по 0,5К на каждый материал) – реализовали 24 вида работ (по 0,5К каждый вид работы) – всего 4 подразделения выполняют заказы ( по 0,2К на каждое подразделение). Тогда объѐм памяти для хранения данных за первый год примерно составит: Mд = 2(100*0,2+4*0,2+24*0,5+150*0,5+100*1+85*1)= 585,6 К. 2.5 Индексы Индекс — это структура данных, специальная структура данных, предназначенная для повышения скорости поиска данных. В некоторых случаях, например для первичного ключа, Access автоматически создает индекс. В других случаях можно создать индекс самостоятельно. Индекс хранит расположение записей на основе поля или полей, которые выбираны для индексации. После того как Access получит местоположение из индекса, он сможет извлечь данные, перейдя непосредственно в правильное местоположение. Таким образом, использование индекса может быть значительно быстрее, чем сканирование всех записей для поиска данных. Индексы могут ускорить поиск в запросах, но они также могут снизить производительность при добавлении или обновлении записей. С целью ускорения поиска и сортировки данных в любой СУБД используются индексы. Индекс является средством, которое обеспечивает быстрый доступ киданным в таблице на основе значений одного или нескольких столбцов. Индекс представляет собой упорядоченный список значений и ссылок на те записи, в которых хранятся эти значения. Чтобы найти нужные записи, СУБД сначала ищет требуемое значение в индексе, а затем по ссылкам быстро отбирает соответствующие записи. Индексы бывают двух типов: простые и составные. Простые индексы представляют собой индексы, созданные по одному столбцу. Индекс, построенный по нескольким столбцам, называется составным. Примером составного индекса может быть индекс, построенный по столбцам "Фамилия" и "Имя". Однако применение индексов приносит не только преимущества, но и недостатки. Главным среди них является тот, что при добавлении и удалении записей или при обновлении значений в индексном столбце требуется обновлять индекс, что при большом количестве индексов в таблице может замедлять работу. Поэтому индексы обычно рекомендуется создавать только для тех столбцов таблицы, по которым наиболее часто выполняется поиск записей. Во многих СУБД индексы хранятся в отдельных файлах и являются предметом заботы разработчиков, т. к. при нарушении индекса поиск данных выполняется некорректно. В Microsoft Access индексы хранятся в том же файле базы данных, что и таблицы и другие объекты Access. Индексировать можно любые поля, кроме МЕМО-полей, полей типа Гиперссылка и объектов OLE. Чтобы создать простой индекс, необходимо: 1) Открыть таблицу в режиме Конструктора. 2) Выбрать поле, для которого требуется создать индекс. 3)Открыть вкладку Общие (General) и выбрать для свойства Индексированное поле (Indexed) значение Да (Допускаются совпадения) (Yes (Duplicates OK)) или Да (Совпадения не допускаются) (Yes (No duplicates)) Заключение В результате выполнения данной работы можно сделать вывод о том, что базы данных являются эффективным средством представления структур, данных и манипулирования ими. Создаваемые формы, запросы и отчёты позволяют быстро и эффективно обновлять данные, осуществлять поиск нужных данных, печатать отчёты. В базе данных сведения из каждого источника сохраняются в отдельной таблице. При работе с данными из нескольких таблиц устанавливаются связи между таблицами. Для поиска и отбора данных, удовлетворяющих определённым условиям, создаётся запрос. Для просмотра, ввода или изменения данных прямо в таблице применяются формы. Форма позволяет отобрать данные из одной или нескольких таблиц и вывести их на экран, используя стандартный или созданный пользователем макет. Для анализа данных или распечатки их определённым образом используются отчёты. Например, можно создать отчёт, группирующий данные и подводящий итоги. В ходе выполнения курсовой работы для заданной предметной области базы данных выделены сущности и их атрибуты, создана концептуальная модель БД, связи и их описание. В соответствии с выделенными сущностями, их ключами, атрибутами и связями были построены диаграммы ER-экземпляров и ER-типа. Реляционные отношения были исследованы и избавлены от избыточности. В результате получена схема реляционной БД. После выбора системы проектирования БД произведена ее реализация в программе Microsoft Access 2007. Были созданы таблицы, реализованы различные запросы, заполнена форма. Поставленные цели и задачи были достигнуты. Список использованных источников 1) Карпова Т.С. Базы данных: модели, разработка, реализация. Учебник для вузов.–СПБ.: Питер, 2018.-218с. 2) Острейковский В.А. Информатика: Учебник для вузов.–М.: Высшая школа, 2019.-107с. 3) Голицына О.Л. и др. Базы данных; Форум; Инфра-М, 2017.–399 c. 4) Гандерлой Майк; Харкинз Сьюзан Сейлз Автоматизация Microsoft Access с помощью VBA; М.: Вильямс, 2018.–416 c. 5) Фуллер Лори Ульрих; Кауфельд Джон; Кук Кен Microsoft Office Access 2010 для "чайников"; М.: Вильямс, 2019.–384 c. 6) Кузнецов С.Д. Основы баз данных; Бином–Москва, 2018.–484 c. 7) Вахрушева М.Ю. Базы данных: методические указания по выполнению курсовой и самостоятельной работ / сост.– Братск : Изд-во БрГУ, 2021. – 79 с. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||