Отправляет email-рассылки с помощью сервиса Sendsay

[TC] MySql нерегистрозависимый? O_O

Vande omentaina, Tiflocomp!
Народ, удивило меня одно обстоятельство. Сейчас оно мне на руку, но
вообще-то странно.
Есть такой запрос:
$number=mysql_num_rows(mysql_query("SELECT `Id` FROM `Users` WHERE `Login`='".$_REQUEST['ulogin']."'",
$link));
В базе есть логин m_elensule.
Однако штука вот в чём: значения больше нуля выдаются не только по
m_elensule, но и по M_ELENSULE, m_eLensUle, m_elEnsUlE etc.
Впервые слышу, чтобы MySQL был регистронезависимый. Это вообще как?)

Ответить   "Anarendil E. M. Elensule" Tue, 1 Dec 2009 16:08:33 +0200 (#951226)

 

Ответы:

Приветствую всех.
Андрей пишет:

Учет регистра зависит от того, какой character set вы используете для операций
сравнения.
В именах наборов символов есть суффикс:
* _ci (case insensitive),
* _cs (case sensitive),
* _bin (binary).
Соответствующим образом будет выполняться и сравнение строковых данных.

Успехов. Анатолий.

Ответить   "i_chay" Tue, 1 Dec 2009 19:16:04 +0400 (#951241)

 

Vande omentaina, i_chay!

Ахха. Ясно. Значит, чтобы у меня было регистрозависимое сравнение, я
должен поставить utf8_general_cs, так? И должен ли я что-то менять в
кодировке Web-страниц? Вроде же не должен...

Ответить   "Anarendil E. M. Elensule" Tue, 1 Dec 2009 17:27:31 +0200 (#951421)

 

Приветствую всех.
Андрей пишет:

Могу лишь подтвердить, что название регистрозависимого набора utf-8 вы указали
правильно.
А где и какую именно кодировку сравнения надо устанавливать, зависит от кодировок,
используемых mysql для клиента и базы данных.
Установленные кодировки сравнения можно посмотреть в переменных, содержащих в
имени слово collation.

Не должны.

Успехов. Анатолий.

Ответить   "i_chay" Wed, 2 Dec 2009 12:13:32 +0400 (#951560)

 

Андрей, доброго вам здоровья!
Вы пишете:

Впервые слышу, чтобы MySQL был регистронезависимый. Это вообще как?)

По крайней мере, команды php для работы с MySQL можно записывать в любом
регистре.

С уважением,
Грызунов Александр. Самара.

Ответить   "eastreb" Tue, 1 Dec 2009 19:38:52 +0300 (#951257)