неск. фуд позиций (продукты [разного типа], объем, количество). Заказ лучше хранить в redis, в json за номером его tg id?
А история заказов как будет формироваться?
при создании чека
транзакциями
Он подверждает заказ, и пре передаче доставке в таблице complete_orders будет сохранен json с его заказом под его tg id.
json в таблице? Вы там nosql в sql БД строите?
Json в таблице я бы не стал хранить, если по этим данным будет выборка. А по этим данным потом обычно строится всякая аналитика
таблицу под каждого покупателя?
Нет конечно
Про связи, видимо, не слышали
Подучи теорию баз данных, хотя бы самые элементарные моменты
Вот как раз и думал про inner join и тд. Верное направление?
Нормальные формы, вот направление
Буду изучать, спасибо!
Есть что почитать с азов, а то случайно накопленные сугубо прикладные знания не очень хорошо систематизируются?
Сядь за схему таблицы заказов, параллельно изучению нормальных форм. Будешь на каждую форму переделывать часть таблиц
Форма это, если можно чуть подробнее ? Логика заказа мне вроде как понятна (id гостя, время заказа и далее позиции, объем, количество, температура (напр.) тд).
Спасибо! Сяду изучать!
Как я понимаю, это логика связи и взаимоотношений определенных данных с различными таблицами в рамках одной бд?
Опечатка в доке https://docs.aiogram.dev/en/dev-3.x/dispatcher/dispatcher.html Буквы перепутаны в заголовке Dispatcher 😃
Обсуждают сегодня