AM
Не пойму как это правильно делается, если списком передавать кучу id заказов
Size: a a a
2019 December 30
MI
MI
Ну как мне видится - дублировать в аналитику нужные поля что бы на стороне сервиса делать все нужные выборки.
MI
А от сайта передавать только те параметры, по которым выборку нужно построить. Остальные варианты будут дороже по ресурсам.
BH
Да не понимаю а в чем проблема, по скрину не понятно но выглядит так что таблицы связаны
AM
Просто проектов несколько в этой аналитике и будет неправильно хранить не связные поля
BH
Берешь основную селектом, лефт жоином вторую подключаешь по ид
AM
Связаны по id, но проекты на разных ресурсах и связь по api
BH
Ааа
MI
Просто проектов несколько в этой аналитике и будет неправильно хранить не связные поля
Ну самый топорный вариант - это скормить в аналитику айдиишники заказов. Но выглядит как костыль конечн
BH
У тебя две базы?
AM
AM
Прошу прощения если плохо описал проблему)
BH
Лол, сочувствую)
MI
Вообще сюда NoSQL решение просится, где разные сервисы хранят разный набор данных и по ним строится какая-то аналитика, но тут нужно смотреть как оно ложится на конкретную задачу.
BH
Ну да, смотри делаешь id unique во второй таблице и тебе нужно настроить роллбеки в ручную, если ты шлешь с одного ИП в другой, и код ответа не 200, то ручной ролбек должен или октатить или перезаписать
MI
Ну да, смотри делаешь id unique во второй таблице и тебе нужно настроить роллбеки в ручную, если ты шлешь с одного ИП в другой, и код ответа не 200, то ручной ролбек должен или октатить или перезаписать
он уаааще не про это спрашивает
BH
А рцп
BH
Можно в эту сторону глянуть
AM
Мне нужно получить рассчитанную статистику(проект 1) на основе выборки заказов с учетом вычета не нужных из проекта 2
Найти не нужные можно по id, но они на разных ресурсах
Вот, ещё раз описать попробовал
Найти не нужные можно по id, но они на разных ресурсах
Вот, ещё раз описать попробовал