Может условие через две точки плохо отрабатывает, индекс может какой отсутствует.
Я бы для тестов попробовал:
1. Замерил, как быстро выполняется такой запрос:

ВЫБРАТЬ
	РеализацияТоваровУслуг.Ссылка
ИЗ
	Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
ГДЕ
	РеализацияТоваровУслуг.Дата МЕЖДУ НАЧАЛОПЕРИОДА(&Дата, ДЕНЬ) И КОНЕЦПЕРИОДА(&Дата, ДЕНЬ) 

2. Если приемлимо быстро, то вручную написать обертку

ВЫБРАТЬ
	РеализацияТоваровУслугТовары.Номенклатура,
	РеализацияТоваровУслугТовары.Количество,
	РеализацияТоваровУслугТовары.Ссылка
ИЗ
	(ВЫБРАТЬ
		РеализацияТоваровУслуг.Ссылка
	ИЗ
		Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
	ГДЕ
		РеализацияТоваровУслуг.Дата МЕЖДУ НАЧАЛОПЕРИОДА(&Дата, ДЕНЬ) И КОНЕЦПЕРИОДА(&Дата, ДЕНЬ)) КАК СписокСсылок
ЛЕВОЕ СОЕДИНЕНИЕ Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
ПО СписокСсылок.Ссылка=РеализацияТоваровУслугТовары.Ссылка 

3. Попробовать выполнить в проблемной базе Переиндексацию.
4. Попробовать выгрузить проблемную базу в DT и загрузить обратно.

Это результат консоли в БП.

Всё, я нашел причину тормозов. Всем кому интересно читаем дальше.

С помощью обработки http://infostart.ru/public/99236/ разобрал структуру БД, нашел различия в индексах между БП и УТ.
У каждого документа есть индекс вида:

_DocumenХХХ_ByDocDate_TR
_Date_Time Дата
_IDRRef Ссылка 

Так вот в УТ, за счет общих реквизитов - разделителей учета - этот индекс дополняется еще одним измерением:

_DocumenХХХ_ByDocDate_TR
_FldYYY ОбластьДанныхОсновныеДанные
_Date_Time Дата
_IDRRef Ссылка 

В результате получается что при отборе документов по дате, в первом случае этот индекс используется, а во втором не используется. Отсюда и тормоза. Возможно на SQL-версии мощные движки СУБД умеют оптимизировать запросы и с имеющимися индексами, но в случае файловой версии движок 1С тупит.

Вариант решения проблемы.

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

Если в учете не используются разделители учета (это как раз мой случай), то порядок действий следующий:
1. создать архивную копию БД.
2. обработкой ВыгрузкаЗагрузкаДанныхXML (я использовал слегка исправленную версию от 8.3 для Уф) выгрузить в файл все справочники и планы видов характеристик, так как слетят значения предопределенных объектов.
3. открыть состав общего реквизита ОбластьДанныхОсновныеДанные и установить признак использования в состояние "Не использовать" для всех объектов, кроме констант, регламентных заданий и планов обмена (с ними гемор). общий реквизит ОбластьДанныхВспомогательныеДанные не трогаем.
4. сохранить/обновить конфигурацию БД.
5. обработкой ВыгрузкаЗагрузкаДанныхXML загрузить из файла сохраненные ранее справочники и планы видов характеристик (слетевшие значения вернутся на место).
6. проверить работу.

По итогу конфа работает даже в целом веселее, и устраняется описанная в первом посту фича с запросами. Думаю что в ряде случаев 1С начинает наконец-то попадать в индекс там где раньше не попадала. Можно выполнить также сжатие таблиц БД, реиндексацию, реструктуризацию и т.д.

maljaev писал(а) 30. Октября 2013 :: 21:09:


Судя по всему - в скуле ситуация будет такая же.

Для начала - я б попробовал в УТшке явно задать фильтр по этому самому полю, что в индексе идет на первом месте.
Даже если разделители учета по факту не используются.
И даже если разделитель учета по факту используется, а собрать нужно не глядя на него - тогда в условие фильтра передать список со всеми значениями разделителя учета (если этих значений, скажем, не более 50).

Тут одно из двух:

1) планируется сохранение поддержки и регулярное накатывание обновлений - тогда индекс не трогаем, в своих доработках строим фильтр с учетом индекса, для стандартных отчетов - пытаемся добиться ситуации, чтоб фильтр по разделителю учета вставал автоматически. (по поводу последнего - УТ11 не ковырял, но на примере УТ10 - все отчеты строятся на базе УниверсальногоОтчета, в который можно чуток допилить, чтоб он по умолчанию во всех настройках ставил фильтр по единственному значению разделителя учета).

2) болт на обновления уже положен - перепиливаем индексы как нам нужно. Ибо индексы - рулез, а кривые индексы - маст дай.