Приветствую. Необходимо после отправки формы организовать выдачу уникального кода. Соответственно, он не должен повторяться с другими. Вопрос: Как бы Вы организовали данный скрипт? Мне интересна ваша логика и решение "на словах".
С уважением.
Вариантов много. Самое простое - использовать UUID, с ними можно предполагать, что дублирования не будет. Можно генерировать код каким-то другим способом и проверять, нет ли его уже в БД (повторять, пока не сгенерируется уникальный код, но тут всё-равно могут быть коллизии).
Sanes: это зависит от того, как делается проверка. Если проверка идёт выборкой из БД, то два клиента могут параллельно сгенерировать одинаковый код, проверить, что его нет в БД и записать туда. Если на стороне БД указано, что код должен быть уникальным, то коллизий не будет, но нужно обрабатывать случаи, когда не удалось записать из-за коллизии.
Ох зря вы это написали. Сейчас набегут дилетанты от криптографии, которые станут орать что "md5 - небезопасен! Он давно взломан!!!". Хотя пытался найти информацию о взломе md5 - не нашёл :)
Lander: ага, я уже вижу. Котеров в своей книге писал:
Несколько лет назад проводился опыт, в котором принимали участие более тысячи мощных компьютеров, на протяжении года генерировавшие хэш-кодыдля строк. За все время эксперимента не было обнаружено ни одного совпаденияMD5-кодовдля различных строк. Более того, математически доказано, что они могли бы с тем же результатом заниматься этим на протяжении еще нескольких миллионов (если не миллиардов) лет.
Взлома не было. Вроде японцы что-то нашли, но не стали это огласке применять.
1) Если достаточно постоянно увеличивающегося целого числа - то mysql + auto_increment.
Если AB1234, то можно из первых цифр этого полня сделать "AA", "AB", ...
2) Если код должен быть простой и уникальный, для быстрого доступа к секретной информации, то Вариант 1 + "-O-" + случайное число нужной длинны, записанное в базу. Например 123-O-374627634
3) MD5 - это конечно не "пользовательский" вариант. И может (теоретически) повториться.
