Kwert-soft.ru

IT Софт для ПК
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

База данных продуктового магазина access

Разработка базы данных «Магазин по продаже продуктов»

Реляционная модель данных. Инфологическая модель базы данных «Магазин по продаже продуктов». Подробная разработка базы данных в Microsoft Office Access, формы и описание каждого созданного объекта в базе данных. Руководство пользователя базой данных.

РубрикаПрограммирование, компьютеры и кибернетика
Видкурсовая работа
Языкрусский
Дата добавления03.05.2012
Размер файла4,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Кыргызский Национальный Университет им. Ж. Баласагына

Институт Интеграции Международных Образовательных Программ

ФАКУЛЬТЕТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ И ИНТЕРНЕТ

По дисциплине: Офисные системы и технологии

Тема: Разработка базы данных «Магазин по продажи продуктов»

Студента 1 курса, гр. БИ 02-10

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

1. Тема: Разработка базы данных «Магазин по продажи продуктов»

2. Срок представления проекта (работы) к защите «07» мая 2011 г.

3. Исходные данные для проектирования (научного исследования): Лекции СУБД, Книги Access, информация с ИНТЕРНЕТА.

4. Содержание пояснительной записки курсового проекта (работы)

4.1 Титульные листы

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

4.6 Глава 1. Теоретическая часть

4.7 Глава 2. Инфологическая модель базы данных БД

4.8 Глава 3.Разработка БД

4.9 Глава 4. Руководство пользователя БД

4.11 Список литературы

5. Перечень графического и программного материала: MsWord- пояснительная записка, MsAccess- БД,-презентация.

Данная курсовая работа содержит: 37 стр, 4 источника, 5 таблиц, 11 запросов, 13 отчетов, главную кнопочную форму и 5 форм.

Цель работы — разработка базы данных «Магазин по продажи продуктов», в MicrosoftOfficeAccess. В данной курсовой работе вы познакомитесь с реляционной моделью данных. А так же вы познакомитесь с подробной разработкой баз данных в MicrosoftOfficeAccess на тему — База данных «Магазин по продажи продуктов», даются скриншоты таблиц, форм и описание каждого созданного объекта в базе данных MicrosoftOfficeAccess.

1. Реляционная модель данных

2. Инфологическая модель БД «Магазин по продажи продуктов»

3. Разработка БД «Магазин по продажи продуктов»

4. Руководство пользователя

Список использованной литературы и источников Интернет

База данных (мы будем говорить о так называемыхБД “Магазаин по продажи продуктов”) — это, прежде всего набор таблиц, хотя, как мы увидим позднее, в базу данных могут входить также процедуры и ряд других объектов. Таблицу можно представлять как обычную двумерную таблицу с характеристиками (атрибутами) какого — то множество объектов. Таблиц имеет имя — идентификатор, по которому на нее можно сослаться.

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

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

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

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

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

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

Читать еще:  Реферат на тему access

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

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

Создают базы данных и обрабатывают запросы к ним системы управления базами данных — СУБД. Известно множество СУБД, различающихся своими возможностями или обладающих примерно равными возможностями и конкурирующих друг с другом: Paradox, dBase, MicrosoftAccess, FoxPro, Oracle, InterBase, Sybase и много других.

1. Реляционная модель данных

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

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

Реляционная модель данных включает следующие компоненты:

Структурный аспект (составляющая) — данные в базе данных представляют собой набор отношений;

Аспект (составляющая) целостности — отношения (таблицы) отвечают определенным условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных;

Аспект (составляющая) обработки (манипулирования) — РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

Кроме того, в состав реляционной модели данных включают теорию нормализации.

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

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

модель является логической, то есть отношения являются логическими (абстрактными), а не физическими (хранимыми) структурами;

Для реляционных баз данных верен информационный принцип: всё информационное наполнение базы данных представлено одним и только одним способом, а именно — явным заданием значений атрибутов в кортежах отношений; в частности, нет никаких указателей (адресов), связывающих одно значение с другим;

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

Принципы реляционной модели были сформулированы в 1969—1970 годах Э. Ф. Коддом (E. F. Codd). Идеи Кодда были впервые публично изложены в статье «A RelationalModelofDataforLargeSharedDataBanks»[1], ставшей классической.

Строгое изложение теории реляционных баз данных (реляционной модели данных) в современном понимании можно найти в книге К.Дж. Дейта. «C.J. Date. An Introduction to Database Systems» («Дейт, К.Дж. Введение в системы баз данных»).

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

2. Инфологическая модель БД «Магазин по продажи продуктов»

Для достижения поставленной цели необходимо определить сущности.

Скачать базу данных (БД) «Оптовый магазин. Учет продаж товара» MS Access

«Работа с базами данных в СУБД MICROSOFT ACCESS»

ЛАБОРАТОРНАЯ РАБОТА №5

Тема: Проектирование базы данных Microsoft Access.

1. Задание на выполнение

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

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

2. Определить самостоятельно типы полей в таблицах. Ключевые поля таблиц выделены жирным шрифтом. Ключевые поля определить типа Счетчик.

3. Согласовать выбранные типы полей и предполагаемые типы связей между таблицами с преподавателем.

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

Читать еще:  Access для чайников скачать бесплатно

5. Установить отношения (связи) между таблицами.

6. Заполнить таблицы данными (не менее 8 записей в каждой таблице).

7. Создать для таблиц базы данных:

• 1 простая форма на базе одной таблицы;

• 1 форма с подчиненной формой.

4 запроса на выборку, содержащие какие-либо условия отбора записей из таблиц;

3 запроса с параметрами;

1-2 запроса с вычисляемыми полями (при создании запросов учесть примечания к заданиям);

2 итоговых запроса;

3 запроса на изменение данных:

1) на удаление данных из копии базовой таблицы;

2) на обновление данных одной или нескольких базовых таблиц;

3) на создание новой таблицы.

• 1 автоотчёт на базе какой-либо базовой таблицы;

• 1 автоотчёт на базе какого-либо запроса;

• 1 отчет на базе двух таблиц, находящихся в отношении «один-ко-многим». Использовать Мастер отчетов.

Вариант 4. База данных «Оптовый магазин. Учет продаж товара»

Рис. 1 Скачать базу данных (БД) «Оптовый магазин. Учет продаж товара» MS Access. Схема данных

Примечание. Каждый продавец получает комиссионное вознаграждение за проданный товар. Размер этого вознаграждения равен: Цена продажи единицы товара * Кол-во проданных единиц товара * Процент вознаграждения.

Прибыль от продажи партии товара вычисляется как (Цена продажи единицы товара — Цена закупки единицы товара) * Кол-во проданных единиц товара.

Примерная цена 417 руб.

Точная цена зависит от способа оплаты.

Способы оплаты базы данных Access: WebMoney, Терминалы оплаты, Альфа-клик, Почта России, QIWI, SMS-оплата, Деньги@Mail.Ru, MTC, Мегафон, Яндекс.Деньги, Подарочный сертификат и другие

  1. Скачать базу данных (БД) «Оптовая база. Движение товаров» MS Access Скачать базу данных (БД) «Оптовая база. Движение товаров» MS Access
  2. Скачать базу данных (БД) «Оптовая база» MS Access Скачать базу данных (БД) «Оптовая база» MS Access
  3. Скачать базу данных «Интернет-магазин» Access Скачать базу данных «Интернет-магазин» Access
  4. Скачать базу данных «Ведение заказов» Access Скачать базу данных «Ведение заказов» Access
  5. Учёт торговых заказов Скачать базу данных «Учёт торговых заказов» Access
  6. Скачать базу данных «Сдача в аренду торговых площадей» Access Скачать базу данных «Сдача в аренду торговых площадей» Access
  7. Снабжение магазинов Скачать базу данных access Снабжение магазинов
  8. Скачать базу данных «Реализация готовой продукции» Access Скачать базу данных «Реализация готовой продукции» Access
  9. Скачать базу данных (БД) Поставщики и их товарооборот Скачать базу данных (БД) Поставщики и их товарооборот
  10. Скачать базу данных (БД) Грузы Скачать базу данных (БД) Грузы
  11. Скачать базу данных (БД) Поставки продовольственных товаров Скачать базу данных (БД) Поставки продовольственных товаров
  12. Скачать базу данных (БД) Сеть магазинов Скачать базу данных (БД) Сеть магазинов
  13. Скачать базу данных (БД) Склад (ОПЗ) Скачать базу данных (БД) Склад (ОПЗ)
  14. Скачать базу данных (БД) Складской учёт материалов Скачать базу данных (БД) Складской учёт материалов
  15. Скачать базу данных (БД) Мережа магазинів. Бонусна програма Скачать базу данных (БД) Мережа магазинів. Бонусна програма
  16. Скачать базу данных (БД) Магазин игрушек Скачать базу данных (БД) Магазин игрушек
  17. Скачать базу данных (БД), содержащую сведения по учёту материалов на складе. Скачать базу данных (БД), содержащую сведения по учёту материалов на складе.
  18. Скачать базу данных (БД) «Склад» MS Access Скачать базу данных (БД) «Склад» MS Access
  19. Скачать базу данных (БД) «Заказчики на товар» MS Access Скачать базу данных (БД) «Заказчики на товар» MS Access
  20. Скачать базу данных (БД) «Мебельная фабрика» MS Access Скачать базу данных (БД) «Мебельная фабрика» MS Access
  21. Скачать базу данных (БД) «Строительный магазин» MS Access Скачать базу данных (БД) «Строительный магазин» MS Access
  22. Скачать базу данных (БД) «Экспедитор» MS Access Скачать базу данных (БД) «Экспедитор» MS Access
  23. Скачать базу данных (БД) «Реализация товаров» MS Access Скачать базу данных (БД) «Реализация товаров» MS Access
  24. Скачать базу данных (БД) «Книжный магазин» MS Access Скачать базу данных (БД) «Книжный магазин» MS Access

—>Категория : Контрольные, курсовые работы по базам данных MS Access. | —>Добавил : astor | —>Теги : бд Учет продаж товара, готовая база данных, база данных Оптовый магазин, бд access, база данных access, access пример—>Просмотров : 17247 | —>Загрузок : 2886 | —>Рейтинг : 0.0 /

Поиск Яндекса по сайту

Для поиска базы данных access введите слово, например, «сотрудники» и нажмите кнопку

База данных продуктового магазина access

База данных Access Розничная торговля

База данных Access Розничная торговля

Магазин розничной торговли продает персональные компьютеры, средства связи и периферийное оборудование: принтеры, накопители CD-RW и др. Необходимо спроектировать базу данных РОЗНИЧНАЯ ТОРГОВЛЯ, информация которой будет использоваться для анализа продаж в магазине.

Читать еще:  Disk access driver

БД должна храниться информация:
• О ТОВАРАХ: код товара, наименование товара, дата поступления в магазин, количество товара, цена закупки (руб.);
• О ПОСТАВЩИКАХ товаров: код поставщика, наименование поставщика, адрес, телефон, к кому обращаться;
• О ПРОДАЖАХ товаров в магазине: код продажи, код товара, дата продажи, количество проданного товара (шт.), цена розничная (руб.).

При проектировании БД необходимо учитывать следующее:
• поставщик поставляет несколько товаров. Товар поступает на склад магазина от нескольких поставщиков;
• товар имеет несколько продаж. Продажа относится к одному товару.

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

База данных Access Розничная торговля содержит 4 таблицы, 5 запросов, 4 формы + главная кнопочная форма, 3 отчета. Данная база данных Access является учебной, подходит для дальнейшей оптимизации и доработки под собственные нужды.

Пояснительной записки нет!

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

Таблица «Товары» — База данных Access Розничная торговля

Таблица «Продажи» — База данных Access Розничная торговля

Форма «Продажи» — База данных Access Розничная торговля

Форма «Поставщики» — База данных Access Розничная торговля

Отчет по поставкам — БД Access Розничная торговля

Отчет «Расчет остатков товара»

Готовая база данных БД Access Розничная торговля доступна для скачивания по ссылке ниже.

Структура базы данных магазина/каталога для SQL. Как лучше хранить атрибуты и их значения в БД?

Планируется разработка «стандартного» интернет-магазина (реализация будет на Laravel).
Должно быть:

  • категории товаров (categories: электроника, огород, книги. )
  • товары (products), при этом товары разных категорий имеют разные атрибуты
  • атрибуты (attributes: цвет, масса, размер)
  • значения атрибутов (values: зеленый, красный, 1, 2, 5, m, s, xl, xxl)

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

Нарисовал следующую структуру БД:

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

  • Вопрос задан более года назад
  • 9558 просмотров

Неверно в корне.
Вы нарисовали по сути EAV (есть такая готовая схема данных под эту задачу — погуглите, примеров много).

Плюсы:
Удобно ложиться в реляционную модель, удобно программируется (если вам удобно работать с реляционной моделью), на первый взгляд хорошо подходит под любую реляционную СУБД (MySQL, PostgreSQL, Oracle).

Минусы:
Неоправдано малоэффективно по производительности.
Есть решения на порядок более быстрые.

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

По мне так EAV удобен как средство редактирования (ну и хранения первичной информации).

А вот собственно сам поиск гораздо эффективнее осуществляется на full-text search engines, например:
SphinxSearch (или его клон Мантикора), ElasticSearch и т.п.

И чем по большему количеству фильтров идет поиск — тем больше этот разрыв (хотя он и по одному фильтру уже весьма заметен).

В наиболее развитых full-text search engine поиск по свойствам является «дешевой» операцией, совершенно совместимой с основным полнотекстовый поиском.

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

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

Если вам принципиально на MySQL — просто см. описание схемы данных EAV. Она как раз именно что для этого.
Если вам нужно чтобы все летало — см. SphinxSearch (он крайне быстр и нетребователен к ресурсам).

Ссылка на основную публикацию
Adblock
detector