CRM Руководитель - Форум

На сколько я успел разобраться, то еще проверяется, поле выведено в список.
Но для селекта записей удовлетворяющих условиям фильтра и сортировки и их выделения это не надо.

Зачем при выделении записи считать формулы, если по ним не фильтруем? даже если сортируем? ведь наверняка список выделенных записей это только ID удовлетворяющему только текущему фильтру. даже сортировка не важна.

Потому что у нас не js список, где мы взяли и выделили все по ID. При выделении всех записей выполняется такое же запрос, как и для списка, где учитываются фильтры, формулы и т.д. только без разбивки на страницы.
И сортировка тут важна, так как нужно выгружать данные в том же порядке, как и у списка.

тогда понятно с сортировкой, пусть будет.
но отображаемый список причем? который не участвует в сортировке и фильтрации?

пока сделал так: пробросил параметр $ only_select_all (по умолчанию false) из метода select_all и дописал условие:
//check reports settings
elseif(strlen($reports_info['fields_in_listing']))
{
if(in_array($formula_fields_id,explode(',',$reports_info['fields_in_listing']))and !$only_select_all)
Полет нормальный )

Но сделать печать (Экспорт) всех строк без выделения тоже полезно. как минимум не будет двойной выборки одного и того же

Еще полезно сделать отключение возможности сортировки и фильтрации для полей формул (на уровне настройки поля), одно дело посчитать только для отображаемых и совсем другое для всей таблицы. Пользователи бездумные.
Приходится писать названия полей со * и предупреждать, чтоб не жали на сортировку и не фильтровали. иначе система вешает 10 ядерный сервер намертво .

Согласен. Добавил в план.

support писал(а): ↑24 янв 2019, 17:46 Согласен. Добавил в план.

Спасибо, а что скажете с моим "костылем" - select_all? посмотрите, как можно оптимизировать?

Ничего не скажу, работает и ладно:) Сейчас нет времени разбираться.