v7: Оптимизация запроса 1с 7.7 #793450

Здравствуйте! Есть база 1с 7.7 полностью самописная. Номенклатура около 200000 Отбор это поле на форме Использую вот такой запрос в отчетах, но выполняется долго, около 3-4 минут. Подскажите пожалуйста как можно оптимизировать запрос, что бы он выполнялся быстрей. Спасибо!

Перебором может и быстрее получится

Одинаково примерно, я проверял

В 8 же запросы в разы быстрей, почему в 7 так не работает?

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

Это в отчетах, отборы разные

select id [Номенклатура $Справочник.Номенклатура] from $Справочник.Номенклатура where id in (select val from #Отбор)

А в поле "Отбор" что? Группа? Возможно проблема в разветвленном справочнике и долгой проверке на вхождение в группу. Нет возможности сформировать быстро список вложенных групп и проверить на родителя?

Отбор может быть и группа и элемент справочника

При выбранном элементе работает тоже 3 минуты?

База DBF? Или SQL? Сетевая? Или в терминале?

База файловая, в терминале Если выбрать элемент так же долго формирует

А перевод на SQL решит проблему? И как то самописную конфигурацию специально адаптировать под SQL нужно?

Файловая в терминале - это хорошо.  Попробуй вариант .

Перевод на SQL прироста производительности не даст. Надежность повышается.  Скорость можно получить, переписав на прямые запросы.

Я не понял как это реализовать, не когда так не делал, если не сложно вкратце хотя бы направление что искать, потому что не понимаю о чем речь

Хрень какая-то. Не может он один элемент по индексу искать 3 минуты. К тому же в относительно маленькой таблице.

гугли 1с++

Попроси Ёпрста за деньги или сам читай про прямые запросы.

Базу писал не я, мне приходится разбираться, много что криво написано. Хотя бы то, что база для торговли написана полностью на бухгалтерских итогах, и совсем не используются регистры. Спасибо!

+ тоже + про группировки

В данном случае такой запрос к справочникам на SQL отработает гораздо быстрее, чем на DBF, проверено. На SQL надежность выше, но своих проблем хватает, надо будет оптимизировать базу/запросы.