Перед добавлением username'a в db я проверяю если в db уже такой юзернэйм,обычным select * where username='$username'.

Всё работает хорошо до тех пор пока дело недоходит до заглавных букв.
Например в базе уже есть юзер "vasya"
и если придёт новый юзер и введё "VaSyA" или "vasYa" то система его пропустит !!

Как мне сделать чтобы в базе был только один вася ??

Mysql ver 4.1

Это сообщение отредактировал(а) Alex0202 - 16.11.2005, 17:16

например, пиши все имена маленькими буквами strtolower ($username)
и проверяй так:

$username = strtolower ($username);
$sql = "select * where username='$username'";

Это сообщение отредактировал(а) DemoCode - 16.11.2005, 17:07

Цитата(DemoCode @ 16.11.2005, 17:07)

например, пиши все имена маленькими буквами strtolower ($username) и проверяй так: $username = strtolower ($username); $sql = "select * where username='$username'";

Это не сработает ж) потомучто в базе уже может быть "Vasya" а я буду искать strtolower("vAsYa")

У текстовых типов столбцов есть аттрибут BINARY используемый при сравнении. Если его указать, то Vasya и VASyA не будут равны. Пример использования BINARY:

Код

CREATE TABLE users (     login VARCHAR(20) BINARY NOT NULL UNIQUE,     password VARCHAR(20) BINARY NOT NULL );

Добавлено @ 17:24
Еще, вроде бы, возможно регистрозависимое сравнение столбцов, не объявленных как BINARY, но как это делается не помню... См. dev.mysq.com

Это сообщение отредактировал(а) Bikutoru - 16.11.2005, 17:27

Цитата(Bikutoru @ 16.11.2005, 17:22)

У текстовых типов столбцов есть аттрибут BINARY используемый при сравнении. Если его указать, то Vasya и VASyA не будут равны. Пример использования BINARY: Код CREATE TABLE users (     login VARCHAR(20) BINARY NOT NULL UNIQUE,     password VARCHAR(20) BINARY NOT NULL) );

Пасибо за пример, но я это уже знаю и это неподходит (база уже заполнена и несмогу create table)

Цитата(Alex0202 @ 16.11.2005, 18:26)

(база уже заполнена и несмогу create table)

И что? Можно же изменить определение столбца с сохранением всей информации

Код

ALTER TABLE users MODIFY login VARCHAR(50) BINARY NOT NULL

Цитата(Bikutoru @ 16.11.2005, 17:29)

Цитата(Alex0202 @ 16.11.2005, 18:26) (база уже заполнена и несмогу create table) И что? Можно же изменить определение столбца с сохранением всей информации Код ALTER TABLE users MODIFY login VARCHAR(50) BINARY NOT NULL

Буде делать это в последий случай, это несовсем подходит, мне надо чтобы был только один vasya в базе

Цитата(Alex0202 @ 16.11.2005, 18:16)

Это не сработает ж) потомучто в базе уже может быть "Vasya" а я буду искать strtolower("vAsYa")

Пройдись по базе и исправь все "Vasya" на strtolower ("Vasya").

ноже непойдёт, неуважение какоето имя с маленькой буквы ж(
неужели нет других вариантов??

Цитата(Alex0202 @ 16.11.2005, 18:33)

Буде делать это в последий случай, это несовсем подходит, мне надо чтобы был только один vasya в базе

Тогда я ничего не понимаю. Нельзя ли пояснить?..

Цитата(Bikutoru @ 16.11.2005, 17:46)

Цитата(Alex0202 @ 16.11.2005, ) Буде делать это в последий случай, это несовсем подходит, мне надо чтобы был только один vasya в базе Тогда я ничего не понимаю. Нельзя ли пояснить?..

ну мне надо чтоб в базе был только один Vasya либо VASYA или VaSyA, мне ненадо чтоб в базе был Vasya, VaSyA и VASYA

Это сообщение отредактировал(а) Alex0202 - 16.11.2005, 18:04

Я бы сделал таким образом:

Код

ALTER TABLE users ADD COLUMN login_hash CHAR(32) BINARY NOT NULL UNIQUE; UPDATE users SET login_hash=MD5(LOWER(login)); ALTER TABLE users MODIFY login VARCHAR(50) BINARY NOT NULL

Таким образом юзер может придумывать логин в любом регистре, а уникальный индекс на хеше логина, приведенного к нижнему регистру, не позволит создать Vasya, если уже есть vasya. Соответственно, добавлять пользователей нужно, не забывая о хеше логина:

Код

INSERT INTO users(login, hash_login) VALUES ("{логин}", MD5(LOWER("{логин}")));

Это сообщение отредактировал(а) Bikutoru - 16.11.2005, 18:31

Я бы просто при попытке регистрации проверял предикатом:

Код

SELECT count(`id`) FROM `users` WHERE LOWER(`username`)=LOWER("VaSyA");

Вернул число<>0 , значит юзер есть.

Ignat, в твоём варианте индекс использоваться не будет и, следовательно, запрос притормаживать будет при энном числе юзеров... А хеш хорошо лежит, никому не мешает ...

Цитата(Bikutoru @ 16.11.2005, 18:48)

запрос притормаживать будет при энном числе юзеров...

Обязательно. Тут встает вопрос, важнее скорость или отсутствие "накладных" расходов. MD5 наверняка будет побольше нежели стандартный логин.