можно в коде иметь много что

вопрос в том как это лучше хранить в бд

денормализовать всегда успеешь

Да просто сущность бронь, ссылка на место и время экспайерд

разница между SELECT FROM Места WHERE кинозал = 123 AND id not in (SELECT место FROM Билеты WHERE сеанс = 1)

и тем что сгенеришь колонку в сеансе в jsonb ?

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

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

там еще не описана онлайн продажа, регистрация покупателей и прочего

За точки спасибо, буду от них толкаться завтра)

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

Привет, ребят. Как-то немного подгорел-выгорел от проекта и после того как посмотрел со стороны на то что делаем -> мне кажется что начинаем изобретать велосипед. Соответственно интересует мнение опытных велосипедоделов.

Начальная суть: фабрика использовала факс и звонки для приёма B2B заказов. Мне было поручено разработать простенький barsearch с корзиной и возможностью создавать ордеры. Поскольку на Python я работал только с ML - нашёл разработчика который сейчас работает.

Во что выросло:
1) Vue + Django (+Django Jet для более красивой админки) система для поиска и заказа товаров, парсинг товаров и апдейтов с Google Spreadsheets. В админке возможность товары процессить.

2*) Сделайте ещё интерфейс чтобы можно было товары добавлять, картинки менять, чтобы это всё бэкапилось и накатывалось
3*) Сделайте ещё интерфейс чтобы на складе можно было хорошо процессить, вести наличие товара, генерьте инвойсы, оплата для UK и для коммерции No VAT, всем остальным +VAT
4*) Ещё хотим каталог товаров, получше чтобы выглядел сам сайт.
5*) Для некоторых наших клиентов было бы хорошо сделать им B2C магазин (на базе Saleor например)

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

Время вопросов:
1. Стоит ли вообще делать самопал? Сосать с клиента деньги, а в итоге придти к тому же функционалу что и Magento/Shopify. (Очевидно что клиент сам решил пойти таким путём, и мы не против)
2. Если делать самопал - то как? Я так понимаю Instagram тоже начинал с Django, но хороший и наш ли этот путь? Я не прочь поучавствовать в большом проекте, но бюджеты пока что не инстаграмные.
3. Сколько может стоить / где поискать менторство в данном случае?

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

1. Бери готовые вещи.
2. Желательно как сервис
3. Рассмотрим вариант где вместо Бэка какая dynamodb/rethinkdb/firebase/etc.
4. Судя по характеру вопроса сначала сделай ресерч готового - писать свое это крайняя мера, оправдано когда это что то уникальное на чем твой бизнес держится

Есть тут у нас CTO/project mng?

Спасибо

День добрый, а ни у кого не осталось случайно рабочей ссылки на Advanced Distributed System Design от уди? вроде бы проскакивала выше в чате

пишет что ничего нет