varelchik писал(а) 13. Июля 2007 :: 14:03:


Если имеется ввиду обороты по регистру остатков.

По умолчанию 1С заводит только один индекс
IDLINE       |IDDOC,LINENO,ACTNO
т.е. iddoc+STR(lineno,4)+STR(actno,6)

Т.е. если интересует отбор по периоду, то только соединяться.

Оптимизация хранения индексов оставлена на усмотрение программиста.

Например, если поставить галочку "быстрая обработка движений" (я обычно ставлю для регистра продаж)
То появится поля DATE и TIME и индекс :

DATETIME     |DATE,TIME,IDDOC,LINENO,ACTNO
т.е. DTOS(date)+time+iddoc+STR(lineno,4)+STR(actno,6)

Платой будет поддержка этого индекса(увеличение времени на запись).
Для одного двух документов проведенных задним числом - нет смысла. 

Также можно добавлять отборы движений по измерениям - появится сложный индекс по измерению.

Каждый индекс привязан к конкретной таблице, поэтому при соединении нескольких таблиц, чтобы индексы работали - нужно каждую соединяемую таблицу (в которой хотим и можем использовать индекс)  оформлять ввиде подзапроса .

Подзапрос составляется так, как было указано в предыдущих постах.

Пример : соединение с журналом в котором произведен отбор по индексу DOCTYPE (вид документа)

|  LEFT JOIN
|  ( SELECT  Жур.$ОбщийРеквизит.Автор as Автор,
|			  Жур.IDDoc as IDDoc
|	    FROM   1sjourn as  Жур   WHERE
|	   (Жур.iddocdef+DTOS(Жур.date)+Жур.time+Жур.iddoc  BETWEEN ($ВидДокумента.РасходнаяНакладная+DTOS(:НачДата~~)+'		   ') AND ($ВидДокумента.РасходнаяНакладная+DTOS(:КонДата~~)+'ZZZZZZZZZZZZZZZ')    )
|   )   as Журн  ON 

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

а.В шаблоне у тебя все измерения одинаковые ,но наверно это просто описка .
...
б.Какова последовательность измерений?
В старой торговле, я сейчас посмотрел : Фирма,Товар,Склад а не Фирма,Склад,Товар
Т.е. должно быть

стрОстатков.Склад
 

последовательность важна т.к. это строковое сложение.

в. А особенно будет заметно если добавить еще условия по фирме и товару :

WHERE д
BETWEEN (DTOS(:ДатаПериодаОстатков~~)+:ВыбФирма+:ВыбТовар+'	   ')
 AND (DTOS(:ДатаПериодаОстатков~~)+:ВыбФирма+:ВыбТовар+'ZZZZZZZZZ') 

1. Действительно описка была в шаблоне

2. И опять же действительно напутал с порядком измерений

После правильной расстановки

0.933 сек. НОВЫЙ
1.898 сек. Старый

Так что всё таки - Кирил ты прав с индексами на все 100%

Да, Супер !

Правда значимого ускорения я не выявил (видимо алгоритм один) - но заполнять условия так значительно удобнее.
(кроме случая когда идет выборка между двумя датами - тогда без BETWEEN не обойтись)

Например, если задан только склад - достаточно написать :

|WHERE д
|LIKE (DTOS(:ДатаПериодаОстатков~~)+'_________'+'_________'+:ВыбСклад)
 

т.е. если значение отбора не задано, то при установке параметра достаточно передавать '_________'

lustin писал(а) 29. Августа 2007 :: 10:27:

Однозначно.
- Существенно быстрее , если задана Фирма. Если Фирма (или любое другое измерение до измерения "Товар")
не задано, то условие "LIKE ... OR LIKE.. по товару " ничего не дает,
проще добавить стандартное условие на товар.

И отдельно окно с индексами.

Да, хорошая штука (а лучша вот это), но тут тема немного другая - про индексы в ДБФ-базах.
Как я уже говорил,  xBaseView может использоваться как автономная программа. Так что сильно не расстраивайся!