Заглавная русская Т

[pi1]

Поймал непонятный глюк. В БД (FireBird) товаров делаю поиск методом Locate по полю с наименованиями товаров. Так вот при поиске по заглавной Т(ру) находит С (ру).
Не поленился, проверил все остальные буквы русского и аглицкого. Глючит только Т. Теперь вот и не пойму, это глюк TQuery или глюк сервака БД.
Кто нить видел такое, я искал и в сети и здесь. Не нашел ответа

[Little_Roo]

Теперь вот и не пойму, это глюк TQuery или глюк сервака БД

TQuery откуда? Какой набор компонентов используется?
По крайней мере, у Zeos такого не наблюдал....
С запросом все в порядке?

[Ism]

Firebird скорее всего ни при чем
Locate работает локально, то есть поиск идет средствами компонента, если там некорректна работа с кодировками, то вполне может быть
Одно время zeos сильно этим страдал, криво сортировал и искал

[pi1]

TQuery из стандартного набора в релизе 1.0.6. Завел два товара - Сапер и Тапер. Тапер не находит, находит Сапер. Датасет построен по алфавиту. Заметил только для заглавной Т русской, остальные нормально ищет. Придется или компоненту разбирать или свежие релизы тестировать на этот глюк.

[Ism]

Судя по всему это давняя болячка
http://www.freepascal.ru/forum/viewtopic.php?f=5&t=9064

А вообще можно сделать костыль
1 Делать запрос к таблице в базе с нужной фильтрацией
2 Получать id записи
3 Делать locate по id

Убиваются все зайцы, быстрый переход на нужную запись и уход от глюков датасета
Но это имеет смысл для больших таблиц

[Vadim]

pi1
А версия FreePascal у Вас какая?

[pi1]

Версия Lazarus 1.0.6. Однако я нашел такое решение- не применять опцию loCaseInsensitive в методе locate. По сути, применение этой опции в системе, которая различает заглавные буквы, ошибочно.

[Vadim]

Версия Lazarus 1.0.6.

Разве я Вас об этом спрашивал?

[pi1]

Извините, у меня компилятор freepascal версии 2.6.0, который собственно и шел в сборке Lazarus.

[Vadim]

pi1
В версии компилятора 2.6.4 были кое-какие обновления для компонентов работы с БД. Попробуйте её.

[pi1]

Спасибо, попробую.

[Tango]

SQL фильтрация будет правильней, со временем таблица разрастётся и затраты оправдаются.

[pi1]

У меня в проекте есть и SQL-фильтрация и поиск по locate. В зависимости от конкретной ситуации.
А вот когда перешел на Lazarus 1.2.6 то у половины компонент класса SQLQyery пропала связь с IBconnection . При открытии набора выводится Missing (compatible) underlying dataset. Особо впечатляет, что разницы в компонентах, в приемах работы с SQLQuery у плохих и хороших нет. Ладно бы все отвалились, а то по какому то нелогичному принципу. Это недокументированная возможность последней версии? Или нужно на последнюю версию FireBird переходить?

[Vadim]

pi1
Лучше перейти на ZEOS.

[pi1]

Откатился на Lazarus 1.0.6. Компоненты sqlquery заработали нормально, а исследования пока отложим, есть чем другим заняться.