Спасибо за исправление!

А с чем связано, что размер оригинальной версии 2.6 878 КБ, а новой 584?

Понятно, спасибо за ответ!

Asakra писал(а) 17. Сентября 2015 :: 00:01:

Лично я IN в sqlite вообще не перевариваю. Пытаюсь выкручиваться RIHT JOIN`ами. Поэтому проблема и не была мной замечена.
В 3.7.17.бф2 оптимизация по IN была недоубита и работает только если на эту недоубитость не наступить.
Мой косяк, виноват, не догладел.
Использовать бф2-бф3 можно, но очень осторожно!!! Баг проявляется, если после IN использовать еще несколько условий в WHERE для той же таблицы.
бф2 - попытка фикса IN, работает, но не во всех случаях.
бф3 - микрофикс к 1sqlte по поводу неправильной типизации неопределенного перечисления - ничего сломать не может.
бф4 - для IN выключен подбор индекса для виртуальных таблиц (сделано по коду аналогично отключению поиска индекса по NULL, по NULL индекса то нет).
Т.е. сейчас бф4 - сэйф моде, бф3 - турбо моде, но возможныы глюки.

Нормально работающая с виртуальными таблицами и их индексами в 1С версии 3.8.х - 1.0.2.6/3.8.11.1 наконец испеклась!

Изменения:
bf0
1. 1sqlite - исправлен баг с типизацией неопределенных перечислений (уже было в 3.7.17.bf3-bf4);
2. 1sqlite - изменен возврат информации об индексах из 1sqlite в sqlite, из-за изменений оптимизатора запросов в 3.8.х:
  - 3.8.11 запрашивает индекс по сортировке, но без наложения условий, оригинальный планировщик выдает log(КолВоСтрок), измененный просто КолВоСтрок;
  - при не подании в индекс возвращалось 10000-log(КолВоСтрок), сейчас просто КолВоСтрок
  - при попадании в индекс возвращалось log(КолВоСтрок)*f(вхождения в индекс), сейчас просто log(КолВоСтрок)
При таких условиях планировщик работает достаточно предсказуемо.
Тест идиотского, но нужного запроса обновлен http://www.1cpp.ru/forum/YaBB.pl?num=1214205575/789#789
bf1
sqlite - регистронезависимые поля в запросе.
bf2
sqlite - фикс вылета при запросе к базам sqlite (которые не :memory:), появившийся после bf1 (не учел некоторые оптимизации в коде sqlite). фикс определения типа данных в таблицах.
bf3
1sqlite - фикс SQLiteDataProvider для ТабличногоПоля. ТекущаяСтрока в табличном поле теперь работает на чтение/запись.
bf5
sqlite - фикс патча регистронезависимости like

P.S. Баги по IN (пока?) не провяляются. В отличие от 3.7.17, индекс по IN работает.

P.P.S. Изменения планировщика еще в процесс продумывания...
Классический пример: регистр продажи и 2 условия номенклатура и склад. По обоим есть индекс. Стоимость индекса по методике Орефкова одинакова, преимущество получает первый в списке WHERE. Есть и плюсы и минусы в таком решении.
Можно же и потелапатировать - взять 20% от справочника, по аналогии с АБС-анализом считаем что 80% мусор, поделить продажи на эти 20% и взять с них логарифм (или еще какой то бред вычисления). Нужно ли вообще предсказываение от зависимых таблиц, или это все от лукавого? Будет менее зависимо от расположения строк, но зато расположением строк поиграть не удасться.
Компромисc - сделать переменную ВерсияПланировщика. Что думаете?

Получается запросы стали регистрозависимые?

Так уже не работает:
$спр.номер = :стрПоиска

а так работает
$спр.Номер = :стрПоиска

// Добавлено
супер! запросы стали выполнятся быстрее, ушла задержка при первом обращении. Большое спасибо! 

Djelf писал(а) 20. Сентября 2015 :: 18:39:


Использую последнюю 3.7.
Обоими версиями запрос выполняется в пределах 1 мс
Справочник слишком маленький (6000 элементов), а селективность условия ДатаПриема очень хорошая - в день примерно 200 элементов. Даже банальным перебором будет очень быстро.

В будущем постараюсь обратить внимание на производительность, но пока к ней не было претензий. А на действительно больших объемах у меня стоит SQL, т.к. его плюшки вкуснее и он банально быстрее после перехода на прямые запросы. Реально бесит только реструктуризация базы - после добавления одного поля может целый час молотить - руки бы оторвал разработчикам...

Djelf, в тесте, что по ссылке - http://www.1cpp.ru/forum/YaBB.pl?num=1214205575/789#789, в последних измерениях времени выполнения указан результат "1.0.2.6/3.8.11.1.bf0 - 3c" - я правильно понял, что это 3 секунды? Или это опечатка и должно быть мс - милисекунды. И в предыдущем замере указано 550с - что, таки да секунд?

1sqlite 1.0.2.6/3.8.11.1.bf3
Исправлена ошибка в SQLiteDataProvider, приводящая к вылету при попытке установки текущей строки в табличном поле, а также к тому что тп.ТекущаяСтрока выводила пустое значение.
Так что ТекущаяСтрока в табличном поле для постащика SQLiteDataProvider теперь доступна на чтение/запись.
Брать тут: http://www.1cpp.ru/forum/YaBB.pl?num=1214205575/816#816

С этим же багом был связан вылет в обработке ДеревоНаCTE
http://www.1cpp.ru/forum/YaBB.pl?num=1214205575/787#787
http://www.1cpp.ru/forum/YaBB.pl?num=1214205575/792#792

upd: багов в этой сборке пока не нашел...