ЕР
Хм, в памяти осталось что как-то был проёб из-за фк, сейчас подумал и понял что проёб был из-за отсутствия уникального индекса, а не фк
Size: a a a
2021 November 11
ГС
ну с fk поиск быстрее. поэтому проставлять нужно везде
ГС
nlogn вместо (n^2)*logn, не вдавался
AD
Угу, т. к. создаётся индекс.
Который можно создать (или не создать, если не нужно) и без fk
Который можно создать (или не создать, если не нужно) и без fk
SP
Fk не создают же индекс сами, вроде...
SP
Не знаю как в мускуле но в pg и в sql server индексы сам делай и ФК вообще на перформанс джойнов не влияют
SP
> PostgreSQL automatically creates indexes on primary keys and unique constraints, but not on the referencing side of foreign key relationships
AD
TIL...
С mysql видимо и запомнил, там создаётся
С mysql видимо и запомнил, там создаётся
2021 November 12
ПГ
Приветствую :) А если например такой кейс: номер телефона. Он будет в контексте оповещений и в контексте авторизации. Т.е. никак не получится передать "команду" из контекста оповещений в контекст авторизации. Дублировать данные и разбираться с гарантией доставки, обновлением данных ? Или есть еще какой-то подход?
SB
Как вариант можно сделать их независимыми. Просто на уровне ui или гейтвея в 2 места паралелить.
Второй вариант сделать событие проверки телефона глобальным и пусть кто надо слушает. Данные достаточно редко меняются.
Если у вас распределенное приложение то с гарантией доставки придётся разбираться ни куда не деться.
Второй вариант сделать событие проверки телефона глобальным и пусть кто надо слушает. Данные достаточно редко меняются.
Если у вас распределенное приложение то с гарантией доставки придётся разбираться ни куда не деться.
ПГ
Т.е. если у нас экшен изменить телефон, то в контроллере вызываются два юзкейса разных контекстов?
SB
На ui композиции или в гейтвее
ПГ
Не совсем понимаю ни одно, ни другое... Что подразумевается под ui композицией? Я понимаю ui композицию, что каждый контекст отражает свою часть ui. Но в данном вопросе не пойму. Фронт шлет запросы на два api?
Гейтвей: контроллер->gateway->вызыв двух контекстов ?
Гейтвей: контроллер->gateway->вызыв двух контекстов ?
SB
Да все так. Ui может и данные и общение в композицию уводить не только видимые части.
Это просто как опции. Я бы не парился из-за копирования телефона. Он требует меняется и это не миллионы изменений разных данных в день или вообще
Это просто как опции. Я бы не парился из-за копирования телефона. Он требует меняется и это не миллионы изменений разных данных в день или вообще
ПГ
Спасибо!
AI
я бы так не делал, всегда есть вероятность того, что один из запросов приляжет. имхо, лучше иметь single source of thruth и обновлять там, а остальные саб-домены нотифицировать. ну и тут ещё вопрос поднимается относительно того, а действительно ли телефон должен быть (физически) в нотификациях
ПГ
Ну например в контексте нотификации есть некий чекинг номера, для оределения более дешевого шлюза. Но в целом это пример. Сюда же можно завернуть например "роли", для кейсов: рыссылка всем админам,менеджерам
ПГ
Тут как бы еще и обратная сторона, если один из сервисов приляжет, то как потом синхронизировать упущенное. Например он принял сообщение об ивенте, но упал с 500 при изменении.
AI
через очереди
AI
эти болячки уже давно решены