В 1С при работе с запросами производительность сильно зависит от того, как сформулированы условия выборки и какие индексы используются в базе данных. Понимание взаимодействия условий и индексов критично для создания быстрых и оптимальных запросов.

Условия в запросах — это фильтры, которые ограничивают выборку данных, например, в операторе WHERE. Чем более точными и селективными являются условия, тем меньше данных нужно обработать, что улучшает производительность.

Однако даже самые хорошие условия могут не привести к оптимальной производительности, если СУБД не может эффективно использовать индексы.

Роль индексов в производительности запросов

Индексы — это специальные структуры данных в базе, которые позволяют быстро находить записи по определённым полям без полного перебора всей таблицы (полного сканирования).

Если в запросе условие содержит поле, по которому есть индекс, то СУБД использует этот индекс, чтобы быстро найти нужные записи, что значительно ускоряет выполнение запроса.

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

Как условия влияют на использование индексов

1. **Использование равенств и диапазонов
   **

2. Если в условии используется простое равенство (например, Поле = Значение), СУБД легко может применить индекс.

3. Диапазонные условия (BETWEEN, >, <) тоже часто используют индексы, но эффективность зависит от распределения данных.

4. **Использование функций и преобразований
   **

5. Если условие содержит функцию над полем (UPPER(Поле) = 'Значение' или CONVERT), индекс может не использоваться, потому что СУБД должна выполнить функцию для каждой записи.

6. В 1С нужно стараться писать условия без преобразований полей.

7. **Использование составных индексов
   **

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

9. Например, если индекс по полям (Поле1, Поле2), а в запросе условие только по Поле2, то индекс может не сработать.

10. **Использование NULL и IS NULL
    **

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

Специфика индексов в 1С

1С на платформе с базой данных MS SQL Server, PostgreSQL или Oracle, при выполнении запросов, переводит их в SQL-запросы. При этом:

• Платформа старается генерировать SQL так, чтобы использовать индексы.

• В регистры накопления, которые часто имеют большое количество записей, индексы особенно важны для выборок по измерениям и измерениям с датами.

• В настройках регистров можно задавать дополнительные индексы, если планируется частая фильтрация по определённым реквизитам.

Практические рекомендации

• Старайтесь, чтобы в условиях запроса использовались поля, по которым есть индексы. Если индексов нет, запрос будет делать полное сканирование таблицы, что при больших объемах данных резко снижает производительность.

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

• Используйте конкретные условия, а не сложные выражения с OR и LIKE с подстановочными символами в начале, так как они мешают использованию индексов.

• Для сложных запросов с несколькими фильтрами убедитесь, что поля с индексами включены в условия в правильном порядке, особенно для составных индексов.

• При проектировании конфигурации 1С учитывайте необходимость дополнительных индексов в регистрах сведений и накопления, чтобы ускорить выборки, часто используемые в отчетах и обработках.

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

Влияние условий и индексов на выбор плана выполнения

При запуске запроса СУБД строит план выполнения — последовательность операций, которые нужно сделать, чтобы получить данные. Если индексы подходят для условий, СУБД может использовать быстрый поиск по индексу. Если нет — приходится делать полное сканирование таблицы.

Плохо подобранные условия (например, условия по полям без индексов, использование функций над индексируемыми полями, сложные OR) приводят к снижению производительности, потому что СУБД не может эффективно применить индексы.