В версии 2.5 перестал работать быстрый поиск для поставщика VFP. При таком исправлении в CV7ODBCProvider::QuickSearch:
//param->m_strLabel = "@QSParam";
param->m_strLabel = "?";
начинает работать нормально, но не знаю, насколько корректно это исправление, особо не разбирался, как оно работает.
Полез в 2.5 потому, что в 2.0.3.1 при быстром поиске как-то оно тормозит. Потребление CPU заметно выше, чем в обычном (одинэсном) поиске в форме списка справочника. В 2.5 тормозит, в принципе, точно также. Есть также недостаток: в обоих версия поиск регистрозависимый, что плохо, т.к. юзвери привыкли к одинэсному поиску. В принципе, это можно было исправить, если бы поставщик данных давал бы больше возможностей по управлению поиском. Если искать по UPPER(наименование) LIKE ВРег(подстрока)%, то будет, как в 1С.
Сделал простенькую обработку с применением OLE DB: поиск элемента по первым буквам наименования (в поле набираем строку - в таблице отображается 1 элемент - 1-й найденный). Летает. Странно, что производительность поиска вообще никак не зависит от того, как ищу: что "UPPER(Товары.Descr) LIKE ЧтоТоВВерхнемРегистре%",
что "Товары.Descr LIKE ЧтоТо%". То ли оно индексы использует в любом случае, то ли не использует вообще. Надо проверять. Пойти что ли загнать в справочник тысяч 100 элементов...
Страницы: 
Ошибки ТП to DmitrO (число прочтений - 16656 )
