Автоматизация кафе / ресторана

Доброго времени суток, почитал много статей, но конкретно нигде не было нужной информации.

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

Итак начнем...

Планирую писать при помощи Delphi 7 и база данных на Microsoft SQL Server. Что даст возможность работать одновременно и официанту / бармену и администратору. Т.е. пришла накладная, администратор вносит ее, но в это же время официант может делать продажу. MS Access может имеет смысл использовать или другую СУБД?

Знания мои С++ и Java очень поверхностны. Можно начать изучать язык столкнувшись с конкретной задачей, но это дополнительное время. Т.к. при помощи Delphi7 я сделаю это быстрее (если сделаю конечно ) Может надо изучать Java и писать на нем?

Теперь непосредственно есть вопрос по структуре БД.
Есть продукты из которых складываются блюда.

Таблица - Продукты
Таблица - Блюда

Так вот, в одну строку блюда, может входить несколько продуктов. Иногда их может быть 2, иногда 4, иногда 6...короче всегда по-разному. Как это реализовать? Никогда не сталкивался.

В дальнейшем строки из ТАБЛИЦА-БЛЮДА, будет попадать в ТАБЛИЦА-ЗАКАЗ, но это будем в дальнейшем рассматривать.

P.S. Буду надеется, что в последнем посте, мы разберем автоматизацию от А до Я.

0

Должна быть третья таблица Ингредиенты(Id, Блюдо, Продукт, Количество, ЕдИзмерения), позволяющая "добавлять" в Блюда сколько-нужно Продуктов, при этом одни и те же Продукты могут быть добавлены в Блюда. Такое отношение называется многие-ко-многим

0

pvedernikov, в Access несколько раз выкладывал примерчики.
Поищи там поиском примеры по -

Заказы-Кафе ресторан
и
Рецепты

Возможно поможет.
Ссылку дать не могу, пишу с планшета и не знаю как это сделать.

0

Сообщение от YuryK Должна быть третья таблица Ингредиенты(Id, Блюдо, Продукт, Количество, ЕдИзмерения), позволяющая "добавлять" в Блюда сколько-нужно Продуктов, при этом одни и те же Продукты могут быть добавлены в Блюда. Такое отношение называется многие-ко-многим

А в чем существенная разница между таблицей Ингредиенты и таблицей Продукты?

Есть таблица Продукты из ее строк формируются Блюда. После продажи Блюда, с таблицы ПРОДУКТЫ и поля ВЕС / ОСТАТОК списывается, та часть которая указана в Блюде.

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

0

Сообщение от pvedernikov А в чем существенная разница между таблицей Ингредиенты и таблицей Продукты?

тем, что это реализация граничной сущности для связи M:N между продуктами и блюдами

0

Сообщение от pvedernikov Есть таблица Продукты из ее строк формируются Блюда

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

Добавлено через 1 минуту

Сообщение от pvedernikov Таблица - Продукты Таблица - Блюда

Привел бы их, а то её структура только у тебя в голове, а нас приглашаешь подискутировать.

0

Сообщение от pvedernikov А в чем существенная разница между таблицей Ингредиенты и таблицей Продукты?

Продукты - это всё что есть на складе. А ингредиенты - это то, что конкретно использовалось для приготовления блюда из продуктов со склада.

0

Почитал все и в данный момент структура такая:

product - продукты
measurement - единицы измерения (кг, литр, штука, грамм)
arrivalgoods - приходные накладные и чеки
receip - рецепт или ингредиенты
dish - блюдо

таблица check пока еще не связана.

Миниатюры

 

0