Обрабатывается ли признак "Быстрая обработка движений" у регистров? Если признак установлен, то в таблице движений регистра есть поле с позицией документа и не надо обращаться к журналу.

Применил быструю обработку движений, скорость изменилась очень незначительно, разницу видно при количестве документов от полмиллиона и больше, составляет всего одну секунду причем с погрешностью в 0.5 секунды... Но врядли отчет с полумиллионом строк имеет практическую пользу, поэтому, видимо, на SQL смысла в быстрой обработке движений нет.
Результат: всё остается как было чтобы сильно не усложнять код и не наделать еще 500 багов, плюс было исправлено два бага:
1) когда выводились пустые движения если без группировки смотреть только приход или только расход,
2) когда не работала группировка по всему кроме справочников.
Сейчас закачаю обновление на сайт.

Valar писал(а) 09. Января 2007 :: 09:45:

Да ладно, я скоро сделаю. Но давай прикинем как изменится скорость. Если в отчет попадает в среднем 100..1000 документов (а если больше, то в таком отчете нет постоянной надобности), то в моём случае (слабый по скорости сервер, 10 подключений) разница будет в 1секунда / ( 500 000строк / (100..1000строк) )=1/5000..1/500секунды . В твоем случае будет максимум в 25 раз дольше, тоесть 0.005..0.05 секунды. Так что если эти "2-3 раза" составляют доли секунды, то это не важно. А если получается очень долго, то зачем делать детализацию по документам движения, там их будет миллионы! IMHO...

ТЗ=RS.ВыполнитьИнструкцию(ТекстЗапроса);
{C:\#1СPP\TEST_ERT'S\ПРОСМОТР РЕГИСТРОВ 1С++ БЕЗ ВТ.ERT(473)}: FAILED! ICommandText::Execute(): Cannot open file d:\v7_7\work\Kl1989\rg6550.dbf.

Проверка на монопольность не выполняется я так понял

ТЗ=RS.ВыполнитьИнструкцию(ТекстЗапроса);
{C:\#1СPP\TEST_ERT'S\ПРОСМОТР РЕГИСТРОВ 1С++ БЕЗ ВТ.ERT(473)}: FAILED! ICommandText::Execute(): SELECTs are not UNION compatible. Fields ДОКДВИЖ_ВИД and ДОКДВИЖ_ВИД are incompatible.

А это проявляется при попытке получить Группировку по документу движения для Функции Конечный остаток

SELECT
	VT.Товар as [Товар_1c_type_Справочник_Номенклатура],
	VT.ДокДвиж as [ДокДвиж_1c_type_Документ],
	MAX(VT.ДокДвиж_вид) as ДокДвиж_вид,
	Sum(VT.ОстатокТовараКонечныйОстаток) as ОстатокТовараКонечныйОстаток
FROM (	SELECT
		РегИтоги.sp6546 as Товар,
		'' as ДокДвиж,
		0 as ДокДвиж_вид,
		РегИтоги.sp6548 as ОстатокТовараКонечныйОстаток
		FROM
			rg6550 as РегИтоги
		WHERE
			РегИтоги.PERIOD = {d '2006-12-01'}
			AND (1=0
			OR РегИтоги.sp6548<>0)
	UNION ALL
	SELECT
		РегДвиж.sp6546,
		РегДвиж.IDDoc as ДокДвиж,
		J.IDDocDef as ДокДвиж_вид,
		РегДвиж.sp6548*(1-регДвиж.DEBKRED*2)
		FROM
			ra6550 as РегДвиж
		INNER
			JOIN 1SJourn as J ON РегДвиж.IDDOC=J.IDDOC
		WHERE
			(J.DATE >= {d '2007-01-01'}) AND (J.DATE <= {d '2007-01-16'})
) as VT


GROUP BY
	Товар,
	ДокДвиж
HAVING
	Sum(ОстатокТовараКонечныйОстаток) <> 0 

lustin писал(а) 15. Января 2007 :: 23:51:

Правильно

lustin писал(а) 15. Января 2007 :: 23:51:

Исправлено в версии 0.18

Закачал обновление. На всякий случай, если забуду изменять номер версии, на сайте написана дата и время файла, чтобы удобнее было "контролировать версии обработки"
Исправлены баги какие смог найти, немного интерфейс доработан, немного оптимизирован код запроса.
Добавлена быстрая обработка движений, ставится вручную, т.к. иногда когда в конфигураторе быстрая обработка движений не включена, она всёравно работает. Например у меня на одном из регистров работает, но галочка не установлена ни на одном из регистров... 
Короче рекомендуемое обновление!

Ссылка постоянная, пока не собирался ее менять. Не беспокойся, сообщу если что!
1c.doom4.ru на самом деле, а не как ты написал.

Действительно, при скачивании через MS Internet Explorer появлялось сообщение об ошибке.
Исправил.