Информационная система учета и производства пищевой продукции

1. Создание  связей между таблицами.

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

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

     При создании связи по составному ключу  необходимо выделить все поля, входящие в ключ главной таблицы, и перетащить их на одно из полей связи в подчиненной  таблице. Для выделения всех полей, входящих в составной уникальный ключ, необходимо отмечать поля при  нажатой клавише . После создания связи откроется окно Изменение связей (Edit Relationships). При этом в строке Тип отношения (Relationship Type) автоматически установится тип один-ко-многим (One-To-Many).

     При составном ключе связи в окне Изменение связей (Edit Relationships) необходимо для каждого поля ключа в главной таблице ТАБЛИЦА/ЗАПРОС (Table/Query) выбрать соответствующее поле подчиненной таблицы, названной СВЯЗАННАЯ ТАБЛИЦА/ЗАПРОС (Related Table/Query).

2. Обеспечение целостности данных

     При создании схемы данных пользователь включает в неё таблицы и устанавливает  связи между ними. Для связей типа 1:1 и 1:М можно задать параметр обеспечения  связной целостности данных, а  также автоматическое каскадное  обновление и удаление связанных  записей.

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

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

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

     Установление  между двумя таблицами связи  типа 1:М или 1:1 и задание для  нее параметров целостности данных возможно только при следующих условиях:

• Связываемые поля имеют одинаковый тип данных, причем имена полей могут быть различными;
• Обе таблицы сохраняются в одной базе данных Access;
• Главная таблица связывается с подчиненной по первичному простому или составному ключу (уникальному индексу) главной таблицы.

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

3. Формы

    Формы предназначены для вывода данных на экран в удобном виде, форма может использоваться для поиска данных. Если изъять формы из MS Access, то программа превратится в заурядную СУБД, каких множество. С одной стороны, формы позволяют пользователям вводить данные в таблицы базы данных без непосредственного доступа к самим таблицам. С другой стороны, они позволяют выводить результаты работы запросов не в виде скупых результирующих таблиц, а в виде красиво оформленных форм. В связи с таким разделением существует два вида формирования структуры форм: на основе таблицы и на основе запроса, хотя возможен и комбинированный подход, – это вопрос творчества.

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

4. Форма «меню»

 

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

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

    

5. Форма «Юридически организации»

 
 

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

     Следующая форма «Создание продукта» (Рис. 6). Состоит из кнопок элементов управления и редактирования, а так же включает в себя список (элемент управления) и подчиненную форму «Рецепт». Так же имеется кнопка «Расчет предполагаемого производства», которая выводит отчет «предполагаемое производство». Форма позволяет создавать новые продукты, редактировать имеющиеся, а так же вносить новые ингредиенты, которые впоследствии будут использоваться для создания продукта.

     

6. Форма «создание продукта»

 
 
 
 

     Форма «Поставщики» (Рис. 7), состоит из кнопок элементов управления, кнопки вывода отчета «Список поставщиков и товаров», а так же списка (элемент управления).

   

7.   Форма «Поставщики»

 

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

4. Запросы

     Запрос – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE – Query by example) и структурированный язык запросов (SQL – Structured Query Language).

     QBE - запрос по образцу – средство  для отыскания необходимой информации  в базе данных. Он формируется  не на специальном языке, а  путем заполнения бланка запроса  в окне Конструктора запросов.

     SQL – запросы – это запросы,  которые составляются (программистами) из последовательности SQL – инструкций. Эти инструкции задают, что надо  сделать с входным набором  данных для генерации выходного  набора. Все запросы Access строит  на основе SQL – запросов, чтобы  посмотреть их, необходимо в активном  окне проектирования запроса  выполнить команду Вид/SQL.

     Существует  несколько типов запросов: на выборку, на обновление, на добавление, на удаление, перекрестный запрос, создание таблиц. В данной работе использовался запрос на выборку. Запрос на выборку необходим для отбора нужной пользователю информации, содержащейся в таблицах. Они создаются только для связанных таблиц.

     В данной работе будет рассмотрен пример с запросом «Единица продукции» (Рис. 8). Запрос выбирает из двух связанных таблиц данные для отображения единицы продукции.

     

8. Запрос  единица продукции.

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

5. Отчеты

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

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

4. ЗКЛЮЧЕНИЕ

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

     В последнее время наибольшее распространение  получили реляционные базы данных (слово «реляционная» происходит от английского relation – отношение). Концепции реляционной модели данных связаны с именем известного специалиста в области систем 6aз данных Е. Кодда. Именно поэтому реляционную модель данных в литературе часто называют моделью Кодда.

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

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

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

     Мир баз данных становится все более  и более единым, с развитием  Internet- и Intranet- технологий появилась возможность доступа к удаленным БД, что привело к необходимости создания стандартного языка, который мог бы использоваться так, чтобы функционировать в большом количестве различных видов компьютерных сред. Стандартный язык позволил бы пользователям, знающим один набор команд, использовать их, чтобы создавать, отыскивать, изменять и передавать информацию независимо от того, работают ли они на персональном компьютере, сетевой рабочей станции или на универсальном компьютере.