Здравствуйте, уважаемые форумчане! Тема моего дипломного проекта "Учёт продуктов в ресторане". У меня есть уже небольшая схема, в которой учитывается следующее:
-Типы продукции;
-Продукция;
-Поставщики;
-Поставки;
-Продукты-Поставки (состав номенклатуры);
-Меню (блюда);
-Состав (так же многие-ко-многим).
Но нужно учитывать помимо этого бракованные товары, а также списания. За количеством также нужно следить. Естественно, будет разрабатываться приложение в Delphi. Поэтому, если что-то нужно будет получать из SQL-запросов, то мне это будет понятно.
Буду рад вашим подсказкам и идеям!

vmagИгорь150698,

Интересно вы там за всех делаете дипломы или тупо мотыляетесь туда-сюда?...
Просто 4 дня назад ваш проект был "медицинские услуги"...
У вас есть странная черта - нарисовать пару таблиц и типа дело в шляпе...
Если бы так все было просто, то даже слепые кроты проектировали бы БД...
Если вкратце, то первая ветка :
1. Меню, в априори составляется и утверждается каждый день, то есть за дату как минимум (в четверг есть рыба, а в понедельник грузинская кухня и т.д.). Естественно в меню включаются нужные Блюда. Ну это типа так должно быть... Можно конечно распечатывать каждый день все подряд, а потом мазилкой замазывать то чего сегодня нет, - кто как...
2. Блюда - Название, цена, код из классификатора (что это: первое, второе, салат, сок, ...).
3. Состав Блюда - код ингредиента из классификатора, брутто, нетто, единицы измерения (из классификатора)
4. Связующая таблица Меню_Блюда, ибо на каждый день не все возможные блюда входят в меню...
5. Ингредиенты - это то из чего состоят блюда (классификатор).
Вторая ветка приход :
1. Накладная
2. Строки накладной (код ингредиента из классификатора, количество, цена, единица измерения из классификатора )
Третья ветка реализация :
1. Зал ресторана (их может быть несколько)
2. Стол ресторана (+ код зала)
3. Чек (документ)
4. Перечень заказанных блюд в чеке.
Четвертая ветка фиксация движухи :
Тут кто на что горазд... главное чтобы каждая накладная проводилась и где то ингредиенты добавлялись...
А после оплаты чека ингредиенты убавлялись в соответствии с проданными блюдами, в которые входят ингредиенты по количеству брутто...
Соответственно там "где-то" можно списывать ингредиенты и на брак и на списание, на то она и есть четвертая ветка...
Плюс прикрутить Официантов к чекам... Причем это минимум - миниморум, так, для понимания ситуации...
ИМХО мед услуги были проще... там действительно можно было вписаться в 5 - 10 таблиц...
Спасибо Вам большое! Да, полностью с Вами согласен насчёт того, что медицинские услуги были проще. Однако, наши преподаватели используют такой же подход к проектированию БД. И я действительно пытаюсь помочь другим людям из группы, которым и подобную схему сложновато понять.

vmag,
Какой же всё-таки в 1С: Предприятие хороший инструментарий для решения данной задачи. А БД строится с нуля((