Руководства, Инструкции, Бланки

образец базы данных поставщиков img-1

образец базы данных поставщиков

Категория: Бланки/Образцы

Описание

База данных - Учет поставщиков - MS Access

База данных "Учет поставщиков" - MS Access

Добрый день, форумчане!

Я только начал изучать Access, который нужен для работы.

В компании попросили создать базу по всем поставщикам компании.

Мне это видится так (файл во вложении):

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

У меня возникло несколько вопросов:

1) Логичное ли решение? Если нет, то что посоветуете?
2) Поскольку еще не силен в Access, то можно ли создать форму, где красиво можно было бы вводить поставщика (общие сведения), а затем данные по материалам, оборудованию и т.п. Как это реализовать?
3) Директору хотелось бы, чтобы материалы, оборудование и услуги были далее разбиты по классификациям, т.е к примеру кабели, трубы, краска и т.п. Как это реализовать по пути наименьшего сопротивления? Опять же делать вложенную таблицу, как у меня сделано с материалами?

Буду признателен, если Вы мне укажете недочеты по базе и направите меня по пути исправления)

ltv_1953. да он сам не знает, чего хочет Моя задача - создать БД по всем поставщикам. Работа, как я уже понял, довольно творческая именно на этапе разработки всех полей и таблиц. Дальше уже все будет тупо и механически.

Таких типов, по его словам, ограниченное количество. Я думаю, что типов не более 100-150, могу ошибаться, конечно. И мне кажется, что проще будет так делать, нагляднее, если правда не скрывать лишние поля в расширенной версии. Но тогда это будет уже довольно непросто с применением каких-то гигантских условий, а возможно понадобятся макросы. Мне с ними связываться не очень хочется, потому что в прошлом году полгода я писал макросы на экселе для них, признаться, устал

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

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

А разве запросы делаются уже не в составленной БД для сортировки и формирования каких-то отдельных баз, чтобы сравнить что-то или подготовить отчет по этому запросу?

Таких типов, по его словам, ограниченное количество. Я думаю, что типов не более 100-150, могу ошибаться, конечно. И мне кажется, что проще будет так делать, нагляднее, если правда не скрывать лишние поля в расширенной версии. Но тогда это будет уже довольно непросто с применением каких-то гигантских условий, а возможно понадобятся макросы. Мне с ними связываться не очень хочется, потому что в прошлом году полгода я писал макросы на экселе для них, признаться, устал

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

Другие статьи

Дипломная работа: Разработка базы данных автоматизированной информационно-поисковой системы учёта готовой продукции

Дипломная работа: Разработка базы данных автоматизированной информационно-поисковой системы учёта готовой продукции ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

10) Стоимость продажи

Выделенные сущности можно представить в виде схемы БД (Рисунок 4.1).

Рисунок 4.1 – Схема БД

4.2 Нормализация схемы базы данных

4.2.1 Первая нормальная форма

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

4.2.2 Вторая нормальная форма

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

4.2.3 Третья нормальная форма

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

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

В разработанной БД ключевыми полями являются:

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

Рисунок 4.2 – Нормализованная БД

5. Руководство пользователя информационно-посковой системой

Для разработки решения по информационному обеспечению задачи «Магазин» используется СУБД Access 2003 компании Microsoft, так как Access 2003 полностью совместим с ОС Windows, которая является пакетной программой Microsoft Office.

Разработанная БД позволяет выполнять следующие действия:

– просмотр содержания таблиц;

– введение и изменение информации в таблице;

– добавление новых поставщиков, товаров, сотрудников, клиентов;

– редактирование и удаление данных;

– просмотр отчетов о поставщиках, выписки по наличию товара;

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

5.2Назначение и условия применения

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

БД магазина предназначена для запуска под управлением операционных систем Windows 98/ME/2000/XP. Установка приложения на ЭВМ не требуется, достаточно просто скопировать его с компакт диска, на котором оно поставляется. Для запуска БД ваша система должна удовлетворять следующим требованиям:

– Pentium II 366 МГц;

– 8 Мб видеопамяти;

– 5 Мб свободного пространства на жестком диске;

– установленный программный пакет MicrosoftOffice.

5.3 Подготовка к работе

Программа вызывается при запуске ИС ′БД магазина′.mdb, расположенного на предлагаемом CD-диске. Все таблицы, запросы, формы, макросы и отчёты хранятся в одном файле. Недостатком является то, что программа, созданная в версии MicrosoftAccess 2003, может не полностью выполнять все свои функции в более ранних версиях MicrosoftAccess.

5.4 Описание операций

MicrosoftAccess, обладая всеми чертами классической СУБД, предоставляет и дополнительные возможности. Access– это не только мощная, гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений. С помощью Accessможно создать приложение, работающее в среде Windowsи полностью соответствующее потребностям по управлению данными. Используя запросы, есть возможность выбирать и обрабатывать хранящуюся в таблицах информацию. Можно создавать формы для ввода, просмотра и обновления данных, а также использовать Accessдля создания как простых, так и сложных отчетов. Формы и отчеты «наследуют» свойства базовой таблицы или запроса, так что в большинстве случаев необходимо указать форматы, условия на значения и некоторые другие характеристики данных только один раз. К числу наиболее мощных средств Accessотносятся средства разработки объектов – Мастера, которые можно использовать для создания таблиц, запросов различных типов форм и отчетов, просто выбрав с помощью мыши нужные опции.

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

MicrosoftAccess имеет множество областей применения: на малом предприятии, корпорации и даже в сфере домашнего применения.

В ходе проделанной работы, были созданы:

2) 5 запросов, из них 4 на выборку и 1 на удаление;

4) 2 отчета, (один для печати выписки на товар в наличии и один на выбор поставщика и приобретенных у него товаров).

Лекция 1. Введение в базы данных и СУБД Одним из важнейших понятий теории базы данных является понятие информации. Здесь под информацией понимают.
Изменения БД журнализуются следующим образом: запись в журнале соответствует некоторой операции изменения БД (например, операции удаления строки из таблицы реляционной БД ).
В отношении "Поставки -3" атрибут "Наименование поставщика " (PNAME) является внешним ключом, служащим для связи с отношением "Поставщики ".

Раздел: Рефераты по информатике, программированию
Тип: учебное пособие Просмотров: 3963 Комментариев: 3 Похожие работы
Оценило: 1 человек Средний балл: 4 Оценка: неизвестно Скачать

Содержание I. Специальная часть. Введение 3 Глава 1. Основная часть 1.1. Содержание и требования, предъявляемые к информации 3 1.2. Значение.
Для технической реализации вышеуказанных задач с учетом поставленных требований была выбрана система управления базами данных "MicrosoftAccess ".
Назначение: для удаления выделенной записи в списке "СистемыНаВыписку" из временной таблицы "НаВыпискуСчета" с проверкой на наличие выделенной записи. обновление содержимого формы.

Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 3566 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно Скачать

Выполнил студент группы 31 И 230103 Автоматизированные системы обработки информации и управления (в промышленности) Ярославский государственный.
Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям. а столбцы - атрибутам отношений, доменам, полям.
SQL Access Group - консорциум поставщиков компьютерного оборудования и баз данных - определил для SQL стандартный интерфейс вызовов функций, который является основой протокола ODBC.

Оглавление Введение. 2 Базы данных. 3 Виды моделей данных. 6 Понятие информационного.
Lotus Approach, MicrosoftAccess. Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в.
С помощью внешних моделей поддерживается санкционированный доступ к данным БД приложений (ограничен состав и структура данных концептуальной модели БД доступных в приложении, а.

Компоненты ИС (1) Современная ИС практически любого производственного процесса представляет собой развитый человеко-машинный комплекс, имеющий сложное.
В IMS использовалась оригинальная и нестандартная терминология: "сегмент" вместо "запись ", а под "записьюБД " понималось все дерево сегментов.
Если вспомнить наш пример информационной системы с файлами СОТРУДНИКИ и ОТДЕЛЫ, то единственным способом не нарушить целостность БД при выполнении операции приема на работу нового.

Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 1301 Комментариев: 2 Похожие работы
Оценило: 1 человек Средний балл: 5 Оценка: неизвестно Скачать

Содержание Введение 1. Аналитическая часть 1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности ООО "СВ.
Между отношениями (таблицами) существуют связи типа 1:М, М:М. Каждое отношение имеет ключ - это поле записи (атрибут ) однозначно идентифицирующее ее.
К важнейшим функциям контроля корректности относятся: обеспечение уникальности записейБД по первичному ключу, автоматический контроль целостности связей между таблицами во время.

Раздел: Рефераты по экономико-математическому моделированию
Тип: дипломная работа Просмотров: 16841 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно Скачать

База данных компьютерного магазина

ВВЕДЕНИЕ. 2 Краткая характеристика предметной области. 4 Создание таблиц. 5 Разработка структуры БД. 5 Инфологическое проектирование. 6 Структура и.
В настоящее время среди разработчиков базы данных (БД ) большой популярностью пользуется реляционная СУБД ACCESS. входящая в состав пакета Microsoft Office 2003.
выбираем необходимый кодпоставки (например, нам интересно, какие товары были закуплены в 3-ю поставку ) ставим курсор в поле "Код доставки" - "3", и нажимаем кнопку (или выполняем.

Раздел: Рефераты по информатике, программированию
Тип: курсовая работа Просмотров: 5111 Комментариев: 3 Похожие работы
Оценило: 2 человек Средний балл: 4.5 Оценка: неизвестно Скачать

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

Раздел: Рефераты по информатике, программированию
Тип: дипломная работа Просмотров: 3046 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно Скачать

Проектирование и реализация базы данных аптеки

Проектирование и реализация базы данных аптеки

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

Дата добавления: 2015-10-24

Размер файла: 2.55 MB

Работу скачали: 85 чел.


Поделитесь работой в социальных сетях

Если эта работа Вам не подошла внизу страницы есть список похожих работ. Так же Вы можете воспользоваться кнопкой поиск

Проектирование и реализация базы данных аптеки на http://refleader.ru/

red54;;; Министерство образования и науки РФ

Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования

«Сибирский государственный индустриальный университет »

Кафедра прикладной информатики и программирования

по дисциплине " Базы данных "

" Проектирование и реализация базы данных аптеки "

Гр. ИПз-13 Дронов С.Е

доцент Соловьева Ю.А.

задание на курсовую работу

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

Аптека ( Наименование лекарства ; аннотация ; место хранения ; дата поступления ; приход ; остаток на конец месяца ; фирма производитель ; поставщик и т.д. ).

Задание состоит в следующем:

  1. Создать базу данных. Занести в нее данные.
  2. Организовать постоянные связи между таблицами для обеспечения целостности своей базе данных. Убедиться, что:
  • Данные, внесенные в таблицы непротиворечивы ;
  • Система поддержки целостности базе данных функционирует. Для этого изменить, ввести и удалить данные в таблицах с нарушением правил поддержания целостности базы данных.
  1. Данные, введенные в таблицы, сохранить и распечатать.
  2. На основе объединенных таблиц создать запросы в режиме конструктора:
  • запросы на выборку ( предусмотреть выбор символьных данных, числовых, использование масок );
  • итоговые запросы ;
  • запрос с параметром ;
  • перекрестные запросы.
  1. Организовать к базе данных запросы на выборку информации по значению текстового поля, по значению одного первого символа, по значению числового поля, продемонстрировать работу операции группирования данных в итоговом запросе ( использовать функций count (). average (). sum ()). создать в запросе новое поле с использованием построителя выражений. Для некоторого поля сформировать новый заголовок. Применить в запросах упорядочивание данных..
  2. Создать форму по данным одной из таблиц, используя Мастер форм. Построить диаграмму на основе итогового запроса. Диаграмму отформатировать и распечатать. Создать автоформу по своему усмотрению. В режиме конструктора добавить в автоформу объект WordArt. Созданные формы распечатать.
  3. Оформить отчет, используя Мастер отчетов.
  4. Создать кнопочную форму, через которую предусмотреть вывод всех объектов БД.
  5. Титульный лист к курсовой работе, описание и результаты выполнения заданий в виде распечаток, полученных на компьютере, представляются на листах формата А4 в скрепленном виде. Созданная базы данных должна храниться на дискете и должна предоставляться вместе с распечатками.

СОДЕРЖАНИЕ

1. Проектирование и реализация базы данных « Аптека »

1.1 Проектирование базы даных в предметной области « Аптека »

1.2 Реализация базы данных « Аптека » 1

1.2.0 Создание таблиц базы данных « Аптека »

1.2.1 Релизация запросов

1.2.2 Построение форм

1.2.3 Построение отчетов

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

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

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

  1. обеспечивать получение общих и/или детализированных отчетов по итогам работы ;
  2. позволять легко определять тенденции изменения важнейших показателей ;
  3. обеспечивать получение информации, критической по времени, без существенных задержек ;
  4. выполнять точный и полный анализ данных.

Целью данной курсовой работы является анализ предметной области « Аптека ». проектирование и реализация учебной базы данных в указанной предметной области. В качестве система управления базами данных для реализации базы данных была использована настольная система управления базами данных реляционного типа ? Microsoft Access. Данная система управления базами данных имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать простые и сложные приложения.

В рамках курсовой работы были поставлены следующие задачи:

  1. Анализ предметной области « Аптека » .
  2. Проектирование базы данных в исследуемой предметной области ( включающее проектирование структуры таблиц, ключевых полей и схемы данных ) .
  3. Приобретение навыков по созданию запросов различных типов в СУБД Microsoft Access .
  4. Разработка и создание экранных форм различного вида для ввода и просмотра данных.
  5. Изучение средств проектирования и создания отчетов в Microsoft Access .
  6. Создание кнопочных форм, облегчающих навигацию по базы данных « Аптека » .

1. ПРОЕКТИРОВАНИЕ И РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ « АПТЕКА »

1.1 Проектирование базы данных в предметной области « Аптека »

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

В данной курсовой работе поставлена задача создания базы данных аптеки. Поэтому при её выполнении было проведено исследование данной предметной области. В рамках данной курсовой работы реализуется проектирование и разработка учебной базы данных по предметной области. Следовательно, полученная БД не будет отражать всю бизнес-логику данной предметной области, а ограничиться лишь её частью.

Предметную область « Аптека » можно описать в виде модели данных. Модель данных отображает реальный мир в некоторые понятные человеку концепции, полностью независимые от параметров среды хранения данных. Существует множество подходов к построению таких моделей: графовые модели, семантические сети, модель « сущность-связь » и т.д. Для описания исследуем предметной области будем использовать модель данных « сущность-связь ».

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

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

ЛЕКАРСТВО ( ИД_ЛЕКАРСТВА, НАЗВАНИЕ_ЛЕКАРСТВА, АННОТА-ЦИЯ, ФИРМА_ПРОИЗВОДИТЕЛЬ, ЕДИНИЦА_ИЗМЕРЕНИЯ, МЕСТО_ХРА-НЕНИЯ ).

Связь ( relationship ) - это ассоциация, установленная между несколькими сущностями. Пример: поскольку каждое лекарство производит фирма-производитель, то между сущностями ФИРМА_ПРОИЗВОДИТЕЛЬ и ЛЕКАРСТВО существует связь « производит » или ФИРМА_ПРОИЗВО-ДИТЕЛЬ – ЛЕКАРСТВО.

Набор связей ( relationship set ) - это отношение между n (причем n не меньше 2 ) сущностями, каждая из которых относится к некоторому набору сущностей.

В случае n = 2, т.е. когда связь объединяет две сущности, она называется бинарной. Доказано, что n-арный набор связей ( n > 2 ) всегда можно заменить множеством бинарных, однако первые лучше отображают семантику предметной области.

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

  • Один к одному ( обозначается 1. 1 ). Это означает, что в такой связи сущности с одной ролью всегда соответствует не более одной сущности с другой ролью.
  • Один ко многим ( 1. n ). В данном случае сущности с одной ролью может соответствовать любое число сущностей с другой ролью.
  • Много к одному ( n. 1 ). Эта связь аналогична отображению 1. n.
  • Многие ко многим ( n. n ). В этом случае каждая из ассоциированных сущностей может быть представлена любым количеством экземпляров.

Модель « сущность-связь » предметной области « Аптека » представлена на рис.1.1.

Рис.1.1 ? Модель данных предметной области « Аптека »

1.2 Реализация базы данных « Аптека » 1.2.0 Создание таблиц БД « Аптека »

При реализации базы данных « Аптека » с помощью Microsoft Access были созданы 7 таблиц:

  1. Лекарства ;
  2. Приход ;
  3. Расход ;
  4. Производители ;
  5. Поставщики ;
  6. Единицы измерения ;
  7. Места хранения.

Первые три таблицы созданы как основные сущности предметной области. Сущности « Производители ». « Поставщики ». « Единицы измерения ». «Места хранения » являются атрибутами основных сущностей, но вынесены в отдельные таблицы с целью создания выпадающих списков при заполнении основных таблиц.

Опишем основные таблицы и их атрибуты:

  • Лекарства обладают следующими атрибутами:

- идентификатор лекарственного средства ( ключевое поле ) ;

- идентификатор прихода ( ключевое поле );

- идентификатор расхода ( ключевое поле );

Данные, введенные в таблицы, отражены в приложении А.

1.2.1 Реализация запросов

Запросы используются для просмотра, изменения и анализа данных. Запросы также можно использовать в качестве источников записей для форм, отчетов и страниц доступа к данным. В Microsoft Access есть несколько типов запросов.

  • Запросы на выборку. Запрос на выборку является наиболее часто используемым типом запроса. Запросы этого типа возвращают данные из одной или нескольких таблиц и отображают их в виде таблицы, записи в которой можно обновлять ( с некоторыми ограничениями ). Запросы на выборку можно также использовать для группировки записей и вычисления сумм, средних значений, подсчета записей и нахождения других типов итоговых значений.
  • Запросы с параметрами. Запрос с параметрами — это запрос, при выполнении отображающий в собственном диалоговом окне приглашение ввести данные, например условие ( Условие. Ограничение, заданное для отбора записей, включаемых в результирующий набор записей запроса или фильтра. ) для возвращения записей или значение, которое требуется вставить в поле. Можно разработать запрос, выводящий приглашение на ввод нескольких единиц данных, например двух дат. Затем Microsoft Access может вернуть все записи, приходящиеся на интервал времени между этими датами.
  • Перекрестные запросы. Перекрестные запросы используют для расчетов и представления данных в структуре, облегчающей их анализ. Перекрестный запрос подсчитывает сумму, среднее, число значений или выполняет другие статистические расчеты, после чего результаты группируются в виде таблицы по двум наборам данных, один из которых определяет заголовки столбцов, а другой заголовки строк.
  • Запросы на изменение. Запросом на изменение называют запрос, который за одну операцию изменяет или перемещает несколько записей. Существует четыре типа запросов на изменение.
  • На удаление записи.
  • На обновление записи.
  • На добавление записей.
  • На создание таблицы.
  • Запрос SQL. Запрос SQL — это запрос, создаваемый при помощи javascript:AppendPopup(this, ' defSQLString _ 4 '). Язык SQL ( Structured Query Language ) используется при создании запросов, а также для обновления и управления реляционными базами данных, такими как базы данных Microsoft Access.

В рамках данной курсовой работы была поставлена задача на основе объединенных таблиц создать следующие запросы в режиме конструктора:

  • запросы на выборку ( выбор символьных данных, числовых, использование масок );
  • итоговые запросы ;
  • запрос с параметром ;
  • перекрестные запросы.

Был организован запрос на выборку по значению текстового поля, который отображает информацию по приходу лекарственного средства «5-НОК ». Результат запроса представлен на рис. 1.2.

Рис.1.2 ? Запрос к базы данных по значению тестового поля

Запрос к БД по значению одного первого символа позволяет получить информацию по приходу всех лекарственных препаратов, название которых начинается с буквы « М » ( рис. 1.3 ).

Рис.1.3 ? Запрос к базе данных по значению тестового поля

В курсовой работе также был организован запрос к базы данных « Аптека » по значению численного поля. Данный запрос позволяет получить информацию о ле5карственных препаратах, поступивших в аптеку в количестве « 10 » размерных единиц. Результат работы данного запроса демонстрирует рис. 1.4.

Рис.1.4 ? Запрос к базы данных по значению числового поля

Запрос с параметром, организованный к БД « Аптека ». позволяет получить информацию о приходах всех лекарств в заданный пользователем временной интервал. При вызове данного запроса на исполнение появляется диалоговое окно « Введите значение параметра » ( рис. 1.5 ). в котором последовательно необходимо ввести начальную, а затем конечную дату интересующего пользователя временного интервала. Результат работы запроса с параметром, временной интервал для которого задан 01.01.2010-01.05.2010, представлен на рис. 1.6.

Рис.1.5 ? Диалоговое окно ввода параметра

Рис.1.6 ? Результат работы запроса с параметром

В рамках данной курсовой работы создан запрос, демонстрирующий работу операции группирования данных с использованием функции sum () и использования построителя выражений ( рис 1.7 ). Данный запрос позволяет определить суммы от реализации каждого лекарственного средства по датам реализации. Для отображения указанной суммы было создано новое поле с заголовком «Сумма ». вычисляемое как выражение «[Количество реализованного товара ]•[ Отпускная цена за штуку ]». В данном запросе использовано сортировка данных ( по возрастанию ) по названию.

Рис.1.7 ? Результат работы запроса с использованием построителя выражений и группировки данных

К базе данных « Аптека » был реализован перекрестный запрос ( рис. 1.8 ). который отражает по датам количество проданного в день лекарственного средства.

Рис.1.8 – Перекрестный запрос: Реализация лекарств по датам

Для работы с база данных был создан запрос из объединенных таблиц (« Лекарства » и « Реализация ») –рис. 1.9-1.10.

Рис.1.9 – Формирование запроса из объединенных таблиц

Рис. 1.10 – Результат работы запроса из объединенных таблиц

1.2.2 Построение форм

Access предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм. Форма в БД ? это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления.

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

Форма предоставляет возможности для:

  • ввода и просмотра информации базы данных,
  • изменения данных,
  • печати данных,
  • создания диаграмм, сообщений и пр.

Способы создания форм в Access могут быть разными:

  • Конструктор форм ( предназначен для создания формы любой сложности ) .
  • Мастер форм ( позволяет создавать формы различные как по стилю, так и по содержанию ) .
  • Автоформа: в столбец ( многостраничная – поля для записи выводятся в один столбец, в форме одновременно отображаются данные для одной записи ) .
  • Автоформа: ленточная ( все поля записи выводятся в одну строку, в форме отображаются все записи )
  • Автоформа: табличная ( отображение записей осуществляется в режиме таблица ) .
  • Автоформа: сводная таблица .
  • Автоформа: сводная диаграмма .
  • Диаграмма ( создается форма с диаграммой, построенной Microsoft Graph ) .
  • Сводная таблица (создается форма Access, отображаемая в режиме Excel ) .

С помощью инструментария Access для таблицы был созданы ленточные автоформы, которые позволяют с легкостью добавлять новые записи. На рис. 1.11.представлена одна из ленточных автоформ ? «Лекарства ». Всего было создано 7 подобных автоформ, для каждой из таблицы БД « Аптека ». Для создания автоформы « Лекарства » использован графический инструментарий « WotArt ». что позволило создать красочную надпись «Лекарства » (рис. 1.11 ).

Рис. 1.11 – Пример ленточной автоформы для таблицы « Лекарства »

Ленточные автоформы также были созданы для запросов, организованных к БД « Аптека ». например для запроса с параметром ( рис. 1.12 ).

Рис. 1.12 – Пример ленточной автоформы для запроса с параметром

В режиме конструктора и мастера форм были созданы четыре кнопочные формы, облегчающие обеспечивающие навигацию по БД « Аптека ». Главная кнопочная форма БД « Аптека » (рис. 1.13 ) обеспечивает доступ к основным элементам БД – справочникам, информации по приходу и реализации товара, реализованным запросам, отчетам, диаграмме по выручке.

Рис. 1.13 – Форма « Аптека »

С помощью графических инструментов Micr o s o ft Access на форму добавлен логотип аптеки. На форме « Аптека » также отражается информация о текущей дате и остатке дней до начала третьего квартала 2010 года. Данная динамическая информация реализована при помощи встроенных функций СУБД Micr o s o ft Access – Date () и DateDiff (). Функция Date () возвращает полю значение текущей даты, а встроенная функция DateDiff () временной интервал между заданными промежутками времени.

По нажатию кнопки справочники появляется форма « Справочники » (рис.1.14 ). Для оформления данной формы также были использованы графические возможности Micr o s o ft Access: добавлен рисунок и надпись в стиле « WordArt ». Форма справочники обеспечивает навигацию с таблицами « Лекарства ». « Поставщики ». « Места хранения ». « Производители ». По нажатию на одноименные кнопки появятся формы к указанным таблицам, позволяющие осуществлять ввод данных.

Рис. 1.14 – Форма « Справочники »

Форма « Запросы » (рис. 1.15 ). которая доступна по нажатию одноименной кнопки на главной форме « Аптека ». обеспечивает быстрый и удобный доступ к запросам, реализованным к БД в рамках данной курсовой работы.

Рис. 1.15 – Форма « Запросы »

Доступ к отчетам обеспечивает форма « Отчеты » ( рис. 1.16 ).

Рис. 1.16 – Форма « Отчеты »

С формы « Аптека » также доступна форма « Выручка от реализации » (рис.1.17 ). которая в виде диаграммы выводит информацию о совокупном объеме выручки по датам.

Рис. 1.17 – Диаграмма «Выручка от реализации »

1.2.3 Построение отчетов

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

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

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

К числу таких элементов относятся:

  • Заголовок. Этот раздел печатается только в верхней части первой страницы отчета. Используется для вывода данных, таких как текст заголовка отчета, дата или констатирующая часть текста документа, которые следует напечатать один раз в начале отчета.
  • Верхний колонтитул. Используется для вывода данных, таких как заголовки столбцов, даты или номера страниц, печатающихся сверху на каждой странице отчета. Для добавления или удаления верхнего колонтитула необходимо выбрать в меню Вид команду Колонтитулы. Microsoft Access добавляет верхний и нижний колонтитулы одновременно. Чтобы скрыть один из колонтитулов, нужно задать для его свойства Высота значение 0.
  • Основной текст отчета ? область данных, расположенная между верхним и нижним колонтитулами страницы. В этом разделе появляются данные, распечатываемые для каждой из тех записей в таблице или запросе, на которых основан отчет. Для размещения в области данных элементов управления используют список полей и панель элементов.
  • Нижний колонтитул. Этот раздел появляется в нижней части каждой страницы. Используется для вывода данных, таких как итоговые значения, даты или номера страницы, печатающихся снизу на каждой странице отчета.
  • Примечание. Используется для вывода данных, таких как текст заключения, общие итоговые значения или подпись, которые следует напечатать один раз в конце отчета. Несмотря на то, что в режиме Конструктора раздел " Примечание " отчета находится внизу отчета, он печатается над нижним колонтитулом страницы на последней странице отчета.

В рамках данной курсовой работы были созданы три отчета: « Лекарства ». « Поступления лекарственных средств ». « Единицы измерения » (рис. 1.18-1.19 ). Отчеты доступны с формы « Отчеты ». вызываемой по нажатию кнопки « Отчеты » с главной формы « Аптека ». Отчеты « Лекарства » и « Единицы измерения » созданы по соответствующим таблицам и без дополнительных изменений и выводят данные, содержащиеся в них. В отчете « Поступление лекарственных средств » создано дополнительное вычисляемое поле « Стоимость партии ». рассчитываемое как [ Цена закупки ]*[ Количество ]. При создании отчетов изменены размер шрифта, цвет полей и границ, добавлен логотип аптеки. Фрагмент отчета « Поступление лекарственных средств » представлен на рис. 1.20.

Рис. 1.18 – Отчет « Единицы измерения »

Рис. 1.19 – Фрагмент отчета « Лекарства »

Рис. 1.20 – Фрагмент отчета « Поступление лекарственных средств »

ЗАКЛЮЧЕНИЕ

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

Разработанная база данных « Аптека » позволяет быстро и эффективно работать с данным данной предметной области. Удобный интерфейс программы, с одной стороны, позволяет легко ориентироваться в программе, не требуя от пользователя каких-либо специальных навыков работы с электронно-вычислительными машинами, с другой стороны предоставляет пользователю оперативную информацию о стоимости лекарственных средств, приходе, расходе и пр. Как уже было отмечено выше, данная БД является учебной и не охватывает всю бизнес-логику аптечного бизнеса. Однако является прототипом, демонстрирующим работу в данной отрасли. Данная база данных может быть расширена для автоматизации нерассмотренных в рамках данной курсовой работы концепций в предметной области « Аптека ».

приложениЕ

данные таблиц база данных « Аптека »

Рис. 1 – Данные таблиц « Лекарства »

Рис. 2 – Данные таблиц « Единицы измерения »

Рис. 3 – Данные таблиц « Места хранения »

Рис. 4 – Данные таблиц « Импортеры »

Рис. 5 – Данные таблиц « Приход »

Рис. 6 – Данные таблиц « Производители »

Рис. 7 – Данные таблиц « Реализация »

Л ИТЕРАТУРА
  1. Степанов. В. Microsoft Access 2003 для начинающих /В. Степанов. – М. Аквариум-Принт. 2006.? 128с.
  2. Тимошо нок, Т. Microsoft Access 2003. Краткое руководство /Т. Тимоше-нок.? М:Вильямс, 2005. – с.
  3. C амоучитель MS Access. [Электронный ресурс ]. — Режим доступа: http :// www. taurion. ru / access .
  4. Справка Access 2003. [Электронный ресурс ]. — Режим доступа: http :// office. microsoft. com / ru - ru / access .

Размещено на Allbest.ru

Проектирование и реализация базы данных аптеки на http://refleader.ru/

Другие похожие работы, которые могут вас заинтересовать.

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