T
Начните с этого, времени много не займет
Size: a a a
2021 July 19
T
Переслано от Sergey Protko
NF
для скидок это не критично
T
Никто не против айдишник спрятать, в данном случае не критично
ГС
ГС
щас прочту спасибо
AK
тогда вам не нужны агрегаты)
NF
+ если кто-то что-то поменял в процессе, мы опять повторяем пересчет по событию, и когда нам нужно узнать скидки в разных контекстах, мы такие выбираем из:
- "хэй кастомер, есть ли у тебя скидки или может быть надо пересчитать"
- "хэй кастомер, есть ли у тебя скидки"
- "хей, всегда пересчитывай скидки при заказе"
- "хэй кастомер, есть ли у тебя скидки или может быть надо пересчитать"
- "хэй кастомер, есть ли у тебя скидки"
- "хей, всегда пересчитывай скидки при заказе"
NF
(не помню чтобы для скидок где-то требовалось что-то кроме 2 варианта, юзер обычно не делает заказы так часто)
NF
я полагаю это просто упрощённые примеры(и достаточно старые), не будет же он накручивать инфраструктуры чтобы показать какие-то базовые вещи, он тут даже ручками хэш код написал
T
Вы можете спрятать их за pivot таблицей. Это уже не суть
EE
Вы про id like vo?
NF
нет, про то чтобы делать по типу
Customer {
orderIds
discountIds
}
Customer {
orderIds
discountIds
}
EE
Выглядит странно, но может в какой вселенной есть смысл этого
NF
короче хаки для производительности, для тех у кого орм это 💩
ГС
У меня нет орм, я могу писать только запросы.