При добавлении в запрос 4ого и далее объекта время запроса увеличивается в геометрической прогрессии. С 3-мя объектами работает несколько секунд, при добавлении 4-ого время возрастает до нескольких минут. Может это как то можно пофиксить? а то приходится разбивать запрос на несколько, это не особо удобно)
Если разбиваешь запрос на 2, все работает те же несколько секунд.
Текст запроса:
SELECT
     |РеалСтр.iddoc [Реализация: Документ.Реализация],
     |РеалСтр.Сумма + РеалСтр.СуммаНДС*(1-Реал.СуммаВклНДС) [СуммаРеал],
     |Заказы.parentext [Ном: Справочник.Номенклатура],
     |Заказы.Направление [Направление: Справочник.НаправленияБрендов],
     |Заказы.ДокументЗаказа [Заявка: Документ.ЗаявкаПокупателя],
     |СпрПост.Поступление [ПостТМЦ: Документ.ПоступлениеТМЦ],
     |СпрПост.Количество [ПостКол]
     |from Справочник_ПоступленияПоЗаказам as СпрПост
     |left join Справочник_ВиртуальныеЗаказы as Заказы
     |on СпрПост.parentext = Заказы.id
     |left join Документ_Реализация as Реал
     |on (substr(Реал.ДокОснование,5,9) = Заказы.ДокументЗаказа)
     |left join ДокументСтроки_Реализация as РеалСтр
     |on (РеалСтр.Номенклатура = Заказы.parentext)and(РеалСтр.iddoc = Реал.iddoc)
     |where СпрПост.Поступление in СписокПост

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

1st писал(а) 01. Июня 2011 :: 10:09:

Проблема не с 1sqlite, а с проектированием:

• Почему поступления хранятся в справочниках?
• Почему заказы там же хранятся?

По идее надо убить справочники ПоступленияПоЗаказам и ВиртуальныеЗаказы, перенеся необходимые данные в соответствующие документы, а тогда все становится намного проще ...
Кроме того, надо индексировать все поля, которые важны для поиска + составлять запрос с учетом этих индексов...

А если так:
(извиняюсь, проблемы с кодировкой)

Да не. Просто это был набросок.
Вот сам запрос в итоге:

SELECT
     |Журнал.iddocdef Документ_Вид,
     |Журнал.iddoc [Документ: Документ],
     |Пост.iddoc [Пост: Документ.ПоступлениеТМЦ],
     |--Рег.debkred,
     |Рег.Номенклатура [Ном: Справочник.Номенклатура],
     |Рег.Количество [КолРеал],
     |РеалСтр.Сумма + РеалСтр.СуммаНДС*(1-Реал.СуммаВклНДС) [СуммаРеал],
     |ПостСтр.Количество [КолПост],
     |(ПостСтр.Сумма + ПостСтр.СуммаНДС*(1-Пост.СуммаВклНДС) + ПостСтр.Сертификация)*(1 + Пост.ПроцентДопРасходов) [СС]
     |from Регистр_ПартииНаличие as Рег
     |inner join Журнал
     |on Рег.iddoc = Журнал.iddoc
     |inner join ДокументСтроки_Реализация as РеалСтр
     |on (РеалСтр.iddoc = Журнал.iddoc)and(РеалСтр.Номенклатура = Рег.Номенклатура)
     |inner join Документ_Реализация as Реал
     |on РеалСтр.iddoc = Реал.iddoc
     |inner join Справочник_Партии as Партии
     |on Рег.Партия = Партии.id
     |inner join Документ_ПоступлениеТМЦ as Пост
     |on (Пост.iddoc = substr(Партии.ПриходныйДокумент,5,9))
     |inner join ДокументСтроки_ПоступлениеТМЦ as ПостСтр
     |on (ПостСтр.Номенклатура = Рег.Номенклатура)and(Пост.iddoc = ПостСтр.iddoc)
     |where Журнал.date between :НачДата and :КонДата
     |and debkred = 1

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

1st писал(а) 02. Июня 2011 :: 12:27:

Включает хранение реквизитов даты/времени в таблице движений регистра.

Вот с этого места поподробней пожалуйста.
Как раз сейчас достаточно остро стоит вопрос о том, как по человечески связать Реквизит Типа "Документ" с реквизитом типа "Документ.ЗаявкаПокупателя".
Как прописано у меня, действительно тормозит не подеццки)

Нашел.
Но толку с него как с козла молока.

Подключил вместо
|on substr(Реал.ДокОснование,5,9) = Заказы.ДокументЗаказа

так
|left join __1s_crdoc as Ссылки
|on Ссылки.parentval = Заказы.ДокументЗаказа
|left join Документ_Реализация as Реал
|on Реал.iddoc = Ссылки.childid

время запроса возросло в 3 раза.
И в выборке осталась 1 строка с непонятной хренью)

Попробуй выполнить за несколько проходов:

сначала запрос

create temp table врем1 as select
СпрПост.Поступление			[ПостТМЦ],
СпрПост.Количество			[ПостКол],
Заказы.parentext			[Ном],
Заказы.Направление			[Направление],
Заказы.ДокументЗаказа		[Заявка]
from Справочник_ПоступленияПоЗаказам as СпрПост
left join Справочник_ВиртуальныеЗаказы as Заказы on СпрПост.parentext = Заказы.id
where СпрПост.Поступление in СписокПост
 

Потом

create temp table врем2 as select
tt.Заявка,
Ссылки.childid Реализация
from (select distinct Заявка from врем1) tt
left join __1C_crdoc Ссылки
on (Ссылки.mdid='   0' and Ссылки.parentval = 'O1' || :ВидДокумента.ЗаявкаПокупателя || tt.Заявка)
left join __1SJourn Журнал on (Ссылки.childid = Журнал.iddoc and Журнал.iddocdef=:ВидДокумента.Реализация)
 

Далее

create index звт2 on врем2(Заявка)
 

И результат:

select
	РеалСтр.iddoc [Реализация: Документ.Реализация],
	РеалСтр.Сумма + РеалСтр.СуммаНДС * (1 - Реал.СуммаВклНДС) [СуммаРеал],
	врем1.Ном [Ном: Справочник.Номенклатура],
	врем1.Направление [Направление: Справочник.НаправленияБрендов],
	врем1.Заявка [Заявка: Документ.ЗаявкаПокупателя],
	врем1.ПостТМЦ [ПостТМЦ: Документ.ПоступлениеТМЦ],
	врем1.ПостКол [ПостКол]
from врем1 left join врем2 on врем1.Заявка = врем2.Заявка
left join Документ_Реализация as Реал on врем2.Реализация = Реал.iddoc
left join ДокументСтроки_Реализация as РеалСтр
on (РеалСтр.Номенклатура = врем1.Ном and РеалСтр.iddoc = Реал.iddoc)
 

Ну и дальше или базу закрыть, или временные таблички дропнуть.

Может я в полях че напутал, но подход я думаю понятен.