Есть виртуальная таблица


"
ВЫБРАТЬ
....
....
....
ИЗ
   РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты(&ДатаНачала, &ДатаОкончания, Регистратор, Движения, Счет В (&МассивСчетов), , ) КАК хххххххххх
"

По логике вещей, я так понимаю, что ограничить записи по виду движений невозможно никак при построении виртуальной таблицы?
Ну например что то наподобии этого:

"
ВЫБРАТЬ
....
....
....
ИЗ
   РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты(&ДатаНачала, &ДатаОкончания, Регистратор, Движения, Счет В (&МассивСчетов), , ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход)) КАК ххххххх
"

Хотя немного странно. По идее ОстаткиИОбороты - это JOIN таблицы остатков к оборотам по ключевым полям.. Что в данном случае мешает ставить ограничения на вид движения? Или все же как то можно?

а смысл этого ограничения?

тем более ВидДвиженияБухгалтерии, а не ВидДвиженияНакопления

Возьми ОборотыДтКт  и проверяй счет Дебет, будет тебе приход

(2) - ошибся малеха.. но сам смысл передал верно =)

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

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

(5)Так он про обороты вроде говорил

(6) цитата, вырванная из контекста: "и остатки в их разрезе"

(5)эт я вкурсе.. Но нужны только обороты по дебету и остатки как они есть(не только от оборотов по деьету)

(7)в разрезе ключевых полей

(8) ну и что нельзя получить из таблицы обороты по дебету?

(9) это какие такие?, ну поставить условие ОборотДт<>0

(10) какая именно виртуальная таблица имеется ввиду?

(12) ОстаткиИОбороты

ээээ... типо  суммаОборотКТ=0 - останутся только дебетовые обороты

эээээ..... блин!!!!! Да!

))))))))))))
Прошу прощения, оно и есть))

А нет... немного не то имел ввиду))

СуммаОборотДт - это поле виртуальной таблицы.
То есть сперва уходит время на построение виртуальной таблицы, потом время на наложение условий в теле запроса.
Хотел сэкономить ресурсов...
Ну так вобщем понятно, сэкономить не получится..