Или я уже что-то не понимаю, или...
Вот запрос к таблице движений:

SELECT

КатегорияБланка,
Количество*(1-2*debkred) as Количество

FROM Регистр_БСО__Склад

WHERE
	(DATE+TIME) BETWEEN
		'20080101' AND '200801315CWG00' 

Выдаёт 0 строк, хотя движения были. Пробывал дополнять пробелами:

'20080101	' AND '200801315CWG00' 

Всё равно пусто.

Артур, в версии 1.0.1.7 для выгрузки результатов запросов я сделал спец-интерфейс. См. resultloader.h
Если для ИТЗ реализуете этот интерфейс, то компонента сможет выгружать и в ИТЗ.

часть операций, когда SQLLIte ведет себя неоптимально - группирование,
соединение по неиндексным полям - можно проводить уже с ИТЗ - т.е. производительность повысится.

SELECT *
FROM Регистр_БСО__Склад
WHERE
		DATE BETWEEN '20080101' AND '20080131'
AND idx_DATE_TIME_IDDOC_LINENO_ACTNO BETWEEN '20080101	' AND '200801315CWG00'
 

DATE BETWEEN '20080101' AND '20080131' 

Вот как раз это условие обеспечивает попадание в индекс.
А по полю idx_тырыпыры.. индекса нет.

SELECT *
FROM Регистр_БСО__Склад
WHERE
		    idx_DATE_TIME_IDDOC_LINENO_ACTNO BETWEEN '20080101' AND '200801315CWG00' 

Подбор индекса для таблицы RA5966:
     Ограничения: DATETIME[dx_DATE_TIME_IDDOC_LINENO_ACTNO]>=; DATETIME[dx_DATE_TIME_IDDOC_LINENO_ACTNO]<=;
     Найдено в кэше
     Выбран индекс DATETIME: DTOS(DATE)+TIME+IDDOC+STR(LINENO,4)+STR(ACTNO,6)
     Стоимость: 16

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

При ключе с двумя полями входящими в один индекс, все гораздо хуже. Для MSSQL у Дмитро применяется сейчас такая конструкция:

where field1 > 'key1' or (field1 = 'key1' and field2 > 'key2')
 

MSSQL нормально понимает такую запись, двигает по индексу.
SQLite - во-первых выражения, объединенные по OR не оптимизирует, только по AND.
Во-вторых, с константами не работает (те он все равно не поймет, что в обоих подусловиях одинаковый 'key1')

Если переписать условие вот так:

where field1 >= 'key1' AND NOT (field1 = 'key1' AND field2 <='key2')
 

то SQLite для начала двинет по индексу на 'key1', потом будет идти по индексу, проверяя каждую запись на NOT (field1 = 'key1' AND field2 <='key2')
Это конечно несколько оптимальнее, но все равно не то, чего бы хотелось. А если еще и по первому полю селективность низкая, вообще хреново.
К сожалению, умение составлять английские предложения - не сильная моя черта, а то бы давно им фичереквест написал.

orefkov писал(а) 30. Июня 2008 :: 06:57:

Ага, вижу.
Леха Диркс пока занят, я сам займусь, постараюсь на этой или следующей неделе сделать.