Пишу такой запрос:

|SELECT
	|    Рег.Клиент as [Клиент $Справочник.Клиенты],
	|    Рег.Период AS Период,
	|    Рег.СуммаГРННачальныйОстаток as СуммаГРННачальныйОстаток,
	|    Рег.СуммаГРНПриход as СуммаГРНПриход,
	|    Рег.СуммаГРНРасход as СуммаГРНРасход,
	|    Рег.СуммаГРНКонечныйОстаток as СуммаГРНКонечныйОстаток
	|FROM
	|    $РегистрОстаткиОбороты.Взаиморасчеты(:НачДата, :КонДата~, День, ДвиженияИГраницыПериода,
	|										 ,,
	|										(Клиент), (СуммаГРН)) as Рег
 

Как заставить такой код получать в качестве Период не только даты, по которым были движения (есть записи в RA), а все даты за период?
Напрямую в SQL это делается так:

SELECT
	TMP.Клиент AS Клиент,
	TMP.День AS День,
	SUM(TMP.Приход) AS Приход,
	SUM(TMP.Рассход) AS Рассход
INTO #Tab_obor
FROM
(
	SELECT
		TabR2.SP1061 AS Клиент,
		CAST(LEFT(TabJ.DATE_TIME_IDDOC,8) AS DateTime) AS День,
		SUM(TabR2.SP7593*((TabR2.DEBKRED+1)%2)) AS Приход,
		SUM(TabR2.SP7593*TabR2.DEBKRED) AS Рассход
	FROM
		RA1060 AS TabR2 (NOLOCK)
	INNER JOIN _1SJOURN As TabJ (NOLOCK) ON (TabR2.IDDOC = TabJ.IDDOC)
	WHERE
		TabJ.DATE_TIME_IDDOC >= '20060901'
		AND TabJ.DATE_TIME_IDDOC < '20060901Z'
	GROUP BY
		TabR2.SP1061,
		CAST(LEFT(TabJ.DATE_TIME_IDDOC,8) AS DateTime)

	UNION ALL
	SELECT
		DISTINCT tmp_t.Клиент  AS Клиент,
		TabPer.PeriodDate,
		0,
		0
	FROM #PeriodTMP AS TabPer, #TMP_obor AS tmp_t
) AS TMP
GROUP BY
	TMP.Клиент,
	TMP.День
 

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

Цитата:

Какие параметры поиска?
Буду признателен за ссылку на ветку.

Цитата:

Сенкс.
По поводу доки - что может быть, скажем в Мамаеве или Хендерсоне, чего не подскажут на sql.ru, а там я уже все прошерстил по поводу получения итогов с накоплением.

Цитата:

Т.е. если вместо временных таблиц использовать подзапросы до RA и их обрабатывать - будет на порядок быстрее?
Теперь по поводу индексов - ни в одной литературе не рекомендуют ставить индексы (тем более кластерные) на записи, которые часто удаляются и вставляются (система OLTP), разве что если затраты на вставку записей с такими индексами меньше затрат на получение записей в запросе. Но кроме времени есть еще параметр объем базы, который для систем OLTP также есть существенным, особенно если речь идет о вводе и удалении записей, которые уже были в таблице.

На счет индексов - вчера как раз над этим подумал, но сновая же кластерным индексом это быть не может, так как тогда индекс должен быть составной, причем в порядке проставления условий в WHERE.

ЗЫ
Но причем тут 1С++ и виртуальная таблица?
ЗЫ2
А где в доке описано что 1С++ поддерживает параметры "Все" и "Все вошедшие в запрос"?

Цитата:

Запросы к существующим таблицам выполняются за 2-3 секунды (ну можно указать ), а вот потом пересчет данных во временной - вот где затык (до 5-9 минут может длится). Но в 1С++ - эта проблема решена тем, что пересчет происходит на C++ в ОЗУ, а не возложен на SQL, но в 1С++ - пока не могу понять как его заставить сделать обьединение с таблицей где есть все даты и клиенты.
ЗЫ
Кстати добавление кластерного составного индекса (состоящего из всех группировок) для временных таблиц уменьшило время выполнения в 2 раза и снизило нагрузку на CPU на 20%.

pvase писал(а) 27. Октября 2006 :: 08:21:

FROM (SELECT Дата, Клиент
	FROM Даты CROSS JOIN Клиенты) ДатыКлиенты LEFT OUTER JOIN $ВТ... 

Цитата:

Так будут даты без клиентов. Это не подойдёт для разворота клиентов по датам.

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