left join [Регистр.НужныйТебе] Рег on Рег.iddoc=Док.iddoc

Необходимо получить итоги + движения регистра по конкретному измерению.
Соорудил в консольке пробный запрос:

SELECT
мат.id [Материал :Справочник.Материалы]
, SUM(COALESCE(Партии.Количество, ПартииД.Количество * (1 - ПартииД.debkred * 2), 0))
, SUM(COALESCE(Партии.Сумма, ПартииД.Сумма * (1 - ПартииД.debkred * 2), 0))
FROM [Справочник.Материалы] мат
LEFT JOIN [РегистрИтоги.Партии] Партии ON SUBSTR(Партии.МПЗ,5,9) = мат.id AND Партии.period = '20101201'
LEFT JOIN [Регистр.Партии] ПартииД ON SUBSTR(ПартииД.МПЗ,5,9) = мат.id
LEFT JOIN [Журнал] ж ON ж.iddoc = ПартииД.iddoc AND ж.date >= '20101201'
WHERE мат.МатериалБезЛица IN ('   3UA   ')
GROUP BY 1
LIMIT 20 

Запрос выполняется 50 сек ... что я делаю не так?
(В справочнике есть индекс по полю МатериалБезЛица, сделано через IN потому что в реальных условиях там будет не один материал)

Eprst писал(а) 15. Декабря 2010 :: 05:53:

1. Почему весь? Только при условии совпадения по реквизиту. Просто условие для выборки только одно...
2. Аналогично пункту 1.
3. Поясни. Не понял.

Dmitry The Wing писал(а) 15. Декабря 2010 :: 06:18:


1.потому, что отсканить весь справочник и отсеет те строки, которые не подходят по условию мат.МатериалБезЛица IN
2. аналогично..

Тебе в результате что нужно то ?
То что ты написал, годится только для получения итогов на ТА, и то, если выкинешь обращение к таблице движений.

   Т="
	  |Select
		|   Рег.МПЗ [Материал :Справочник]
		|   ,SUM(Рег.НачОст) [НачОст $Число]
		|   ,SUM(Рег.Приход) [Приход $Число]
		|   ,SUM(Рег.Расход) [Расход $Число]
		|   ,SUM(Рег.НачОст+Рег.Приход-Рег.Расход) [КонОст $Число]
		|From
		|	(
		|	SELECT
		|	  Итоги.МПЗ МПЗ
		|		,Итоги.Количество НачОст
		|		,0 Приход
		|		,0 Расход
		|	FROM
		|		[РегистрИтоги.Партии] as Итоги
		|
		|	WHERE
		|		Итоги.period = :ПредПериод
		|   UNION ALL
		|	SELECT
		|		 Движения.МПЗ
		|		,Движения.Количество * (1 - Движения.debkred * 2)
		|		,0
		|		,0
		|	FROM
		|		[Регистр.Партии] AS Движения
		|   INNER Join [Журнал] Жур ON Жур.iddoc = Движения.iddoc and Жур.date BETWEEN :НачПериод And :КонПериод
		|	--WHERE это если есть галка быстрая обработка движений
		|		-- Движения.date BETWEEN :НачПериод And :КонПериод
		|	UNION ALL
		|	SELECT
		|		 Движения.МПЗ
		|		,0
		|		,Движения2.Количество*(1-Движения2.Debkred)
		|		,Движения2.Количество*Движения2.Debkred
		|	FROM
		|		[Регистр.Партии] Движения2
		|   INNER Join [Журнал] Жур2 ON Жур2.iddoc = Движения.iddoc and Жур2.date BETWEEN :Дата1 And :Дата2
		|
		|	--WHERE это если есть галка быстрая обработка движений
		|		--Движения2.date BETWEEN :Дата1 And :Дата2
		|) Рег
		|Inner join [Справочник.Материалы] мат on SUBSTR(Рег.МПЗ,5,9) = мат.id and мат.МатериалБезЛица IN ('   3UA   ')
	  |Group by Рег.МПЗ
		|";

		мд = СоздатьОбъект("MetaDataWork");
		НачПериод = мд.ПолучитьНачПериода(НачДата);//начало периода
		ПредПериод = мд.ПолучитьНачПериода(НачПериод-1);//предыдущее начало периода останков
		Запрос.Подставлять("ПредПериод",ПредПериод);
		Запрос.Подставлять("НачПериод",НачПериод);
		Запрос.Подставлять("КонПериод",НачДата-1);//для вычисления НачОст
		Запрос.Подставлять("Дата1",НачДата);
		Запрос.Подставлять("Дата2",КонДата);
 

Это начОст,КонОст,Приход,Расход за период с НачДата по КонДата..
Если нужны только КонОст - то выкидываешь последний юнион и переписываешь запрос, чтоб сразу КонОст получался, а не как НачОст+Приход-Расход.., т.е нужно взять ближайший итог от даты и сложить приход-расход от даты начала периодичности хранения останков до нужной даты получения остатков.
Если нужны актуальные останки (на ТА), то достаточно сложить итоги на начало периодичности хранения останков и всё.

Мудрено, но работает. Спасибо. Про периодичность - не встречал вариантов, кроме месяца, потому и не задумывался...

Eprst писал(а) 15. Декабря 2010 :: 07:39:

Открытие периода - слишком долгий процесс ... раз в месяц юзеры уже смирились, но чаще начнут выть, ругаться и кусаться ... производство круглосуточное ...

Думаю, тут все упирается в объем базы...

Ветку вдумчиво не читал, но хочу заметить, что в sqlite "Group by 1" вовсе не означает группировать по первой колонке результата, как это работает на фоксе. Надо указывать имена полей.

Eprst писал(а) 15. Декабря 2010 :: 07:39:

Задумался над фразой и попытался найти, где это настраивается - не смог ... рассказывай!

Eprst писал(а) 15. Декабря 2010 :: 07:18:

А как сей запрос адаптировать для получения остатков на документ? т.е. на момент, предшестсвующий проведению документа. Аналог РассчитатьРегистрыНа.

Eprst писал(а) 17. Января 2011 :: 07:54:

Вот этого я пока и не понял - что с чем надо сравнивать?
DATE+TIME? Если так - то непонятно, как отработается два документа, стоящих на одном времени...

Eprst писал(а) 17. Января 2011 :: 08:09:

Видимо, не понимаю...
Запросы делаются по журналу и регистрам, например:
Было:

SELECT
ж.iddoc [Смена :Документ]
, ж.iddocdef [Смена_вид :ВидДокумента]
...
FROM [Журнал] ж
...
WHERE ж.date BETWEEN @ДатаНач AND @ДатаКон
... 

Попытался сделать так:

SELECT
ж.iddoc [Смена :Документ]
, ж.iddocdef [Смена_вид :ВидДокумента]
...
FROM [Журнал] ж
...
WHERE ж.idx_date_time_iddoc BETWEEN @ДатаНач AND @ДатаКон~~~
... 

В консольке запрос не прошел (не дал плана). Что я делаю не так? К сожалению, не вижу даже как посмотреть имена индексов у журнала, может дело в неправильно набранном имени...

JohnyDeath писал(а) 17. Января 2011 :: 08:37:

Спасибо за совет по определению списка полей - помогло, правда я еще добавил "limit 1", но индекс в журнале есть именно idx_date_time_iddoc, а idx_date_time_iddoc_lineno_actno - отсутствует. Видимо, что-то другое нарушается...

---

Понял, в чем проблема:
@ДатаКон~~~ надо заменить на @ДатаКон с соответствующим модификатором (3) в УстановитьПараметр.

Однако, меня пугает то, что в плане использование индекса никак не отразилось:

Использование таблиц
order	from	detail
0	0	TABLE Журнал AS ж VIRTUAL TABLE INDEX 1:ACDATETIM;    24 !" 0?b 6O?|?j`"b$ @? 1$ d! R,zP
1	1	TABLE Документ.Смена AS ш VIRTUAL TABLE INDEX 0:ID;    15 !  0p nHy$40T  Q  81.h +
2	2	TABLE Журнал AS жрс VIRTUAL TABLE INDEX 0:IDDOC;    15 !  0p nHy$40D  Q  81.h +
3	3	TABLE Журнал AS жс VIRTUAL TABLE INDEX 0:IDDOC;    15 !  0p nHy$40D  Q  81.h +
4	4	TABLE Документ.СопроводительныйЛист AS с VIRTUAL TABLE INDEX 0:ID;    10 !  0p nHyd!   kM 

---

Ой ... соврал ... этот индекс используется, просто в 1С зовется иначе:

# Name     |Descr	  |Unique|Indexed fields							   |DBName
I=ACDATETIM|Date+Time+ID  |0     |DATE,TIME,IDDOC							   |ACDATETIME