spock писал(а) 26. Октября 2007 :: 11:07:

Выводы неверные.
Но это я сам неправ, запрос не показал.

select top 20 * from sc84
where id > '   58O   '
order by parentid, isfolder, descr, row_id
 

Можно использовать индексные хинты, добиваясь разного подхода со стороны оптимизатора, но смысл примерно один.

Цитата:

у тебя есть возможность поправить свое сообщение иначе разберу по косточкам

Вот kms понимает, о чем я говорю.
А индексы - они и в Африке индексы, что в SQL, что в DBF.
И работа с ними везде одинакова.

А с Uzhast'ом скорее всего, мы просто ведем дисскуссию, каждый думая о своем, и совершенно о разном

kms писал(а) 26. Октября 2007 :: 11:19:

конечно, как же без классиков.

Пожалуй, даже SQlLite быстрее при полном попадании в индекс
Все это очень радует
Вопрос - как обращаться к регистрам и журналу  - хочется проверить работу с индексными выражениями
и JOIN

kiruha писал(а) 26. Октября 2007 :: 13:38:

JOINы можно пока и на справочниках потестить, подцеплять реквизиты по id.
С условием IN трабла.
При работе со своими таблицами SQLite его нормально оптимизирует, а вот когда обращение к виртуальной таблице, он тупо меня даже не спрашивает, а делает full scan, и проверяет на попадание в список.
Вместо того, чтобы сделать выборку из виртуальной таблицы для каждого значения в in.
А вот если запихать все из in во временную таблицу, и сделать с ней join, то нормально.

spock писал(а) 26. Октября 2007 :: 14:01:

http://www.sqlite.org/optoverview.html

orefkov писал(а) 26. Октября 2007 :: 08:30:

Это я ошибся запускал Запрос.Выполнить() думал все выполняется, ан-нет там
наверное просто заглушка.
Еще идея может и бредовая некоторые таблицы справочники (редко изменяемые )
скопировать в родную sqlite таблицу ( "INSERT INTO  Кл_1 SELECT Клиенты.ID,Клиенты.Descr from Клиенты, где таблица Клиенты виртуальная, а Кл_1 родная )  и далее обращаться к ней.