БУ 2.0

Задача:
Получить Платежи по договору.

две видимых ситуации:
1.платеж Д60 К50
2.взаимозачет/прочая хрень
Д76.5 К60

Это утрировано, ессно - состав счетов ширее.


проблема возникает по второй части:
Когда делаю запрос:

   |    ХозрасчетныйОборотыДтКт.СуммаОборот КАК Сумма
   |ИЗ
   |    РегистрБухгалтерии.Хозрасчетный.ОборотыДтКт(
   |            ,
   |            &ДатаКон,
   |            ,
   |            СчетДт.Ссылка В ИЕРАРХИИ (&СписокСчетовВзаиморасчетов),
   |            &СубконтоДоговор,
   |            СчетКт.Ссылка В ИЕРАРХИИ (&СписокСчетовВзаиморасчетов),
   |            &СубконтоДоговор,
   |            СубконтоДт1 = &Договор
   |                И СубконтоКт1 <> &Договор) КАК ХозрасчетныйОборотыДтКт

все летает,
но
если наоборот

   "ВЫБРАТЬ
   |    ХозрасчетныйОборотыДтКт.СуммаОборот КАК Сумма
   |ИЗ
   |    РегистрБухгалтерии.Хозрасчетный.ОборотыДтКт(
   |            ,
   |            &ДатаКон,
   |            ,
   |            СчетДт.Ссылка В ИЕРАРХИИ (&СписокСчетовВзаиморасчетов),
   |            &СубконтоДоговор,
   |            СчетКт.Ссылка В ИЕРАРХИИ (&СписокСчетовВзаиморасчетов),
   |            &СубконтоДоговор,
   |            СубконтоКт1 = &Договор
   |                И СубконтоДт1 <> &Договор) КАК ХозрасчетныйОборотыДтКт

все встает колом.

Создаётся впечатление, что сперва делается отбор по дебетовой части, поэтому в первом запросе результат отбора маленький и все хорошо - выполняется менее секунды.
А вот во втором случае, по дебету считай всё прилетает и это вгоняет комп в ступор (порядка 20-30 сек думает).

Поможите, как это обойти. Я не вижу ((.

А у тебя может быть ситуация когда один и тот же договор стоит и в Дт и в Кт одновременно в одной проводке?

Если нет, то смысла в двойных условиях нет, только лишняя нехилая нагрузка

это что конкурс кто быстрее найдет три отличия? .. я пока нашел только одно ... во втором запросе есть - "ВЫБРАТЬ ... а в первом этой строки нет

а все нашел оставшееся

(2)В конце Дт -Кт  у субконто:-)

Upd. В принципе, самоустранилось:
Тормоза на файловой копии, на сиквеле летает.
Но сам факт интересен, если есть идеи выкладывайте - пригодятся.

(1) во1 Я думал условия в запросе ускоряют его работу ибо ограничивают размер выборки.
во2. Д60.1 К60.2 например.

не по теме.
ВЫРАЗИТЬ не помешало бы.

+(7)
а может как раз и по теме...
не проснулся еще (с)

добавь отбор по видам субконто в 3-й параметр ВТ

(7) монопенисуально, если нет обращения через точку. ну, разве что доп. отбор по (И СубконтоКт1 Ссылка Справочник.ДоговорыКонтрагентов), но 1с вроде умная и так его делает для простых сравнений с составными типами

а, там есть отбор...

СчетДт.Ссылка

Ссылка - надо?

(12) не надо. и В ИЕРАРХИИ заменить на плоский список

(10)
да. согласен. практически просто байтики сравниваются.

я думаю, что дело в том, что база - файловая

можно попробовать заменить виртуальную таблицу ОборотыДтКт на Обороты и сравнивать Субконто1 и КорСубконто1

(16) думал, но не покатит мне направление движения принципиально. СуммаОборотДТ это же не Приход, если я прально понимаю.

(13) Основное торможение именно из-за отсутствия отбора по дебету.
А так еще ускорить можно ограничив начальную даду датой договора, например. Но это всё мёртвому припарки.