А вы поддержку юникода включили?.. По умолчанию СУБД распознает только английский алфавит. Куча веток по соседству на эту тему, например, "Автоматическое подключение collation для русского языка в расширении ICU для SQLite".

Amverолее-менее полезного нашел только статью http://habrahabr.ru/blogs/sql/57915/ , где предлагается установить ICU. Не имею ни малейшего понятия как для stand-alone приложения, написанного на delphi, установить этот самый ICU, поэтому в той статье меня заинтересовал предпоследний комментарий (цитирую полностью):
naum22 апреля 2009, 20:31
Достаточно пропатчить массив sqlite3UpperToLower (надо бы его расширить) + исправить где-надо range, если мне память не изменяет.
Тема модификации сурса SQLite развития не получила, гугл-же ничего интересного тоже пока не не выдал. В Си я приблизительный ноль, поэтому,потыкавшись в исходник, так и не решил проблему.

В этом самом форуме я уже не раз на сборку SQLite+libICU под винду ссылку давал. На офсайте есть информация (разве что не написано, что в каком месте патчить при сборке), в рассылке эскулайт эта тема регулярно поднималась... Также я выкладывал ссылку на упрощенную реализацию, которую легко собрать и весит немного (именно расширенная таблица), в рассыле эскулайт немецкий разработчик недавно еще одну реализацию публиковал, в которой по моей просьбе предусмотрел работу с русским языком (я обещался протестировать, но пока не добрался, т.к. реализация под винду, а у меня линукс на всех доступных машинах). Далее, можно забиндить collation из приложения... Сколько вам еще нужно решений, если 4-х перечисленных мало?

AmverMBGВ этом самом форуме я уже не раз на сборку SQLite+libICU под винду ссылку давал.С SQLite я работаю через компоненты Aducom. Качал вашу сборку http://mobigroup.ru/files/sqlite3.6.2-win.tar.bz2 , ни в одной из dll в данном архиве нету ф-ции SQLite3Open16, которая требуется компоненту для работы.

В эскулайте такой функции нет, там даже другие правила именования функций. Это функция враппера. Если честно, не понимаю, а зачем враппер нужен, тем более, такой экзотический? SQLтем и хорош, что из любого языка с ним удобно работать.

Amver
Не кинетесь-ли линком на реализацию немецкого разработчика?

Поскольку пока-что мною проблема "решена" в лоб, путем дублирования данных в БД в низком регистре.

Есть где-то в архивах рассылки, но искать не стал, выложил ту версию, что Jean-Christophe Deschamps мне присылал:
http://mobigroup.ru/files/sqlite-ext/unifuzz.zip

А вот кусок из письма:


Дальше он пишет, что надеется, я все-таки найду где-нибудь винду, чтобы потестить, и расскажу о результатах. Найду, конечно, вот только когда...

ujinsw,

Не стоило бы публиковать на форуме ссылку на статью, автор коей даже не удосужился открыть документацию - кто-то ведь может поверить написанному. Итак, текущая дата и время вместо now() извлекается так:


Если "стандартный" формат устраивает, то достаточно функции datetime(), а для вывода в произвольном формате используется strftime().

Что же касается юникодного регистро-независимого поиска, все подробно разобрано выше в этой теме. Разве что, могу рассказать для интересующихся - причина, по которой таблицы сравнения символов не добавлены в эскулайт, весьма проста - размер таблиц символов превышает размер самого эскулайт, так что это просто нецелесообразно, а вместо этого рекомендуется использовать одно из расширений (ICU, например) или биндить функции сравнения ОС (вот с этим стоит быть поосторожнее - юникод не так прост, и можно словить баги с отсутствием нормализации, в частности).