вопрос такой,
надо выбрать строки в которых совпадает поле, но без учёта регистра, т.е.
в поле значение 
Иван Петрович,
нужно чтобы откликалось и на иван петрович

запрос был такой
нашёл в гуглах такой вариант
но он тоже обращает внимание на регистр

на форуме что-то не нашёл...

п.с. наверно можно как-то с регулярками, но опять сыплю голову пеплом, плохо у меня с ними....

Это сообщение отредактировал(а) bars80080 - 8.2.2008, 16:52

ilike 

??

что-то даже близко не помогает


отрабатывают только как name="$name"

ilike - вообще похоже дают ошибку

Это сообщение отредактировал(а) bars80080 - 8.2.2008, 17:25

нужно писать

о, Слэнг, абсолютный респект тебе
+1

Вообще-то, регистронезависимый поиск зависит от настроек кодировки БД, а не от синтаксиса запроса.
По умолчанию поиск в БД именно регистроНЕзависимый. А вот чтобы сделать его зависимым, в мускуле версии 4.1+ надо всего лишь задать сollation_connection, а в предыдущих надо сильно извращаться.

Все вышеописанное, разумеется, относится к случаю, когда кодировки в бд настроены правильно. Впрочем, в противном случае не будет правильно работать вообще никакой поиск.

абсолютно согласен,

стрёмная ситуация, когда у меня учитывался регистр, никаких доп.настроек я не совершал, а открываю документацию - везде пишут, что на самом деле регистр не учитывается

правда mysql вроде 3.23.56

тема стара, но есть все же затык, который лучше упомянуть.
REGEXP некорректно работает с многобайтными кодировками. Выражается некорректность в том, что независимо от collation сравнение будет "регистрозависимым" - одинаковые символы в разном регистре считаются различными.

источник


Это сообщение отредактировал(а) skyboy - 24.5.2008, 20:41

т.е. затычки нет?

кстати, статья относится к пятому МуСКЛ, такая вещь сохраняется и на этой версии?

где бы посмотреть, какие кодировки многобайтные, какие нет?

переводить в однобайтную.

семейство unicode(utf-8, utf-7, utf-16, ucsc etc) - многобайтовые. остальные - однобайтовые.

а-а-ачуметь!

мазефака, в соседнем разделе по javascript тельняшку на груди рвут, советуют всё иметь в utf-8

где истина?   

А чё тебе так этот regexp уперся-то? База, вообще-то, должна быть спроектирована так, чтобы regexp в регулярных запросах не требовался.

За utf-8 рвут тельняшки потому, что чем быстрее все на него перейдут, тем быстрее кончится вся эта чехарда с кодировками.

 да не упёрся, это skyboy реанимировал, хотя проблема и не решена.

запросы не регулярные, а только для поиска


 так смысл на него переходить, коли он не позволяет сделать регистронезависимый поиск? (или я чего-то не догнал?)

использовать locate и regexp для полнотекстового поиска - довольно жесткое извращение.
при том, что есть match ... against и внешние индексаторы навроде sphinx

кодировка тут ни при чем. это специфика роботы СУБД(конкретной СУБД, причем), которая вполне может быть скорректирована в будущем.

skyboy, 


Все, что в этой теме может быть написано, не имеет смысла.