один для пользователей, а другой для заказов. Как бы вы нашли эмейл пользователя по id из заказов?
Я не смог найти другого варианта, кроме получение эмейлов пользователей по их id, а потом слиянию полученииях эмейлов с данными про заказы, но что-то не нравится мне этот вариант, много ручной работы, может есть другой способ?
Проблема не в этом. Есть ещё один вариант решения. Можно создать рид онли таблицу для заказов и хранить там эмейлы, но это добро ещё придётся синхронизировать с оригинальной таблицей пользователей.
Тогда возникнут другие проблемы, скажем кто-то изменит свой эмейл и придётся менять её везде.
Event Sourcing ееееее
Не хочу настолько усложнять решение, особого в нём нужды и нету.
и куда дальше то что замержил?
На фронт.
Просто делая так, тебе тогда с каждого запроса с фронта нужно будет Каждый раз 2 query посылать в разные бд. А если ты будешь во время создания заказа делать тоже самое и инсертить эмейл в заказ во время его создания, то у тебя всегда будет 1 запрос к одной таблице. Если юзер обновляет эмейл то его нужно будет обновить только в тех заказах где был completed: false
Обсуждают сегодня