Форум MySQL

Гдето видел об этом на форуме но не могу найти..

Как заставить базу учитывать регистр?

Тоесть запрос
SELECT * FROM `tbl` WHERE `field` = "XXX"
должен отличаться от
SELECT * FROM `tbl` WHERE `field` = "xxx"

просто применяют TINYBLOB, BLOB, MEDIUMBLOB и LONGBLOB
, вместо TINYTEXT, TEXT, MEDIUMTEXT и LONGTEXT
Или объявляя тип создаваемого столбца добавляют слово BINARY
, например VARCHAR BINARY

а можно просто попробовать BINARY в запросе
SELECT "a" = "A";
-> 1
SELECT BINARY "a" = "A";
-> 0
обычно результаты сравнения типа = или LIKE регистрозависимы
, если один из операндов бинарные данные

хм, спасибо!
А почему при blob либо при text binary
изменилась сортировка?..

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

потому что благодаря веселому совету анонима Вы перестали работать с текстом, и начали работать с байтами.
На самом же деле кодовую страницу нужно было оставить. А изменять имело смысл только сопоставление - с ..._general_ci на ..._general_cs

а что юзнуть для utf8?

utf8_general_cs не видно что-то :(

сир Трианон, спасайте:)

У Вас наверное денвер, с обкусанным набором файлов.
В полном комплекте есть utf8_unicode_cs utf8_general_cs
В Вас наверное есть utf8_bin

В принципе можно добавить.

хм, нет не денвер..

а куда и как добавить?

зы. и многие ли хостинги поддерживают utf8_general_cs в базе?

>utf8_general_cs
Кстати говоря, что-то не видел такого сопоставления и в полном варианте... у меня такое ощущение, что никто не озаботился его созданием, в силу объема работы - языков-то очень много - это один перелопатить не сложно.

utf8_bin cp1251_general_cs

utf8_bin это и есть байты

а цп мне не подходит.