В произвольный запрос динамического списка добавлена команда ПЕРВЫЕ, что вызвало ошибку.
Быстрый переход
Решения:
- убрать из запроса ключевое слово ПЕРВЫЕ
- использовать вложенный запрос (при этом будет недоступно поле «Основная таблица» и динамическое считывание, поэтому список должен быть небольшим)
Для того, чтобы выбрать верный вариант, необходимо проверить работает ли такая команда в вложенных запросах.
На платформе 8.3.8 — точно работает. Частично сбросились настройки существующего списка (исчезла связь с полем наименование справочника), Добавление и перезапуск — всё в порядке.
Следующие этапы
- проверить работоспособность и корректность сортировки и отборов
- работает ли полнотекстовый поиск потеряв связь с основной таблицей справочника (на новой платформе при его отсутствии должен работать поиск альтернативными средствами)
Субъективно — полнотекстовый поиск перестал работать, но выборка с командой ПЕРВЫЕ 1000, работает достаточно быстро. Практика показала, что выборка до 5000 формируется вполне нормально. Веб-клиент не проверялся.
Отборы по числовому полю работают моментально.
Сортировка по числовому полю — медленно
Вердикт
Использовать такую конструкцию допустимо, но идеальным вариантом будет возможность формирования списков двумя способами — создаем две формы списка.
Даже если полный список будет работать медленней, но он будет работать по предсказуемым правилам, а также есть вероятность его оптимизации в дальнейших версиях.
Никогда не пишите рекламное объявление, которое вы не хотели бы предложить прочесть собственной семье. Вы не стали бы лгать собственной жене. Не лгите и моей.