Dc
Ну вот , у меня было написано условие кстати в on
Size: a a a
2020 October 19
D
Так что над выбираемыми данными нужно сделать некоторые манипуляции. И возможно их не уместить в один запрос. Получается несколько запросов над одними и теми же данными с одними и теми же параметрами. Только один запрос надо вернуть пользователю, а остальные внутренние для статистики.
так 2к записей можно и циклом в бэке обработать и статистику отправить из бэка куда надо... напрмер
SB
так 2к записей можно и циклом в бэке обработать и статистику отправить из бэка куда надо... напрмер
Дело в том, что из 2к надо выбрать 1к в зависимости от сортировки, выбранной пользователем в селекте к этим записям. Соответственно и обработать только эти 1к
D
Дело в том, что из 2к надо выбрать 1к в зависимости от сортировки, выбранной пользователем в селекте к этим записям. Соответственно и обработать только эти 1к
тем более
D
Дело в том, что из 2к надо выбрать 1к в зависимости от сортировки, выбранной пользователем в селекте к этим записям. Соответственно и обработать только эти 1к
вы хотите что-то из серебра... но без понимания специфики работы приложения и данных, только из говна пули получаются(((
SB
вы хотите что-то из серебра... но без понимания специфики работы приложения и данных, только из говна пули получаются(((
C чего вы взяли, что я не понимаю специфики?
Вопрос простой. Пользователь выбирает подмножество данных. Можно ли каким-то образом обработать только это подмножество и сохранить данные в другие таблицы для статистики, не плодя стопицот одинаковых запросов.
Вопрос простой. Пользователь выбирает подмножество данных. Можно ли каким-то образом обработать только это подмножество и сохранить данные в другие таблицы для статистики, не плодя стопицот одинаковых запросов.
D
C чего вы взяли, что я не понимаю специфики?
Вопрос простой. Пользователь выбирает подмножество данных. Можно ли каким-то образом обработать только это подмножество и сохранить данные в другие таблицы для статистики, не плодя стопицот одинаковых запросов.
Вопрос простой. Пользователь выбирает подмножество данных. Можно ли каким-то образом обработать только это подмножество и сохранить данные в другие таблицы для статистики, не плодя стопицот одинаковых запросов.
специфики не понимаю я. поэтому предлагаю много вариантов сомнительной полезности. какой-то точно сработает... но точно не скажу какой)
D
C чего вы взяли, что я не понимаю специфики?
Вопрос простой. Пользователь выбирает подмножество данных. Можно ли каким-то образом обработать только это подмножество и сохранить данные в другие таблицы для статистики, не плодя стопицот одинаковых запросов.
Вопрос простой. Пользователь выбирает подмножество данных. Можно ли каким-то образом обработать только это подмножество и сохранить данные в другие таблицы для статистики, не плодя стопицот одинаковых запросов.
можно, разрулив большое множество на несколько мелких на стороне приложения. хотя 2к записей по современным меркам это прям ваще ниачом)
A
Дело в том, что из 2к надо выбрать 1к в зависимости от сортировки, выбранной пользователем в селекте к этим записям. Соответственно и обработать только эти 1к
Ну да ну да. 2к записей срочно арендовать датацентр. Секретарша уже не справляется
A
C чего вы взяли, что я не понимаю специфики?
Вопрос простой. Пользователь выбирает подмножество данных. Можно ли каким-то образом обработать только это подмножество и сохранить данные в другие таблицы для статистики, не плодя стопицот одинаковых запросов.
Вопрос простой. Пользователь выбирает подмножество данных. Можно ли каким-то образом обработать только это подмножество и сохранить данные в другие таблицы для статистики, не плодя стопицот одинаковых запросов.
Ну так не понимаете же. У вас в голове каша какая то а не архитектура
D
@SBenzenko история с функцией может изрядно ухудшить время ответа. Учитывая ,что вы в неё собираетесь положить логику обработки данных
SB
@SBenzenko история с функцией может изрядно ухудшить время ответа. Учитывая ,что вы в неё собираетесь положить логику обработки данных
Эту логику куда-то в любом случае нужно положить))) Проблема ещё в том, что на веб-клиенте жуткий легаси, который в потоки не умеет от слова совсем.