@yura_v_007 будет жить. Поприветствуем!

Привет! подскажите как сгенерировать уникальный order_id для заказа если в БД более 500 000 заказов? Заказы хранятся в таблице ORDERS order_id должен быть в диапазоне от 0 до 99999999 Целым. Уникальным полем в таблице ORDERS есть order_id. Поле id в таблице ORDERS - это auto_increment Пример.. пред order_id = 100 если использовать auto_increment для поля order_id то след order_id будет 101 и клиент если делает часто заказы сможет иметь представление о кол-ве заказов что делает магазин в любой пром. времени. нужно, чтобы след order_id - было случайным УНИКАЛЬНЫМ ЦЕЛЫМ числом в диапазоне от 1 до 999999 или больше .. даже если в таблице ORDERS будет всего 100 строк то их order_id должны быть случайными и уникалыными.. из диапазона выше. Пример в таблице 100 строк order_id = 34553 order_id = 5 order_id = 898797 и т.д. еще 97 строк и все они с УНИКАЛЬНЫМ СЛУЧАЙНЫМ order_id —---------------------------------— Мой алгоритм верный или есть более правильный? order_id должен быть в диапазоне от 0 до 9999999 Целым. 1 взять все order_id из таблицы ORDERS и сохранить массив в $db_orders 2 $tmp_order_id = rand(0, 99999999); 3. in_array($tmp_order_id, $db_orders) - Если в массиве - формируем новый случ $tmp_order_id и выполняем снова проверку на шаге 3. 4 если не в масиве - пишем в БД Этот алгоритм сработает, если в БД мало order_id а как быть если order_id в БД больше 500 000?

Привет! подскажите как сгенерировать уникальный order_id для заказа если в БД более 500 000 заказов? Заказы хранятся в таблице ORDERS order_id должен быть в диапазоне от 0 до 99999999 Целым. Уникальным полем в таблице ORDERS есть order_id. Поле id в таблице ORDERS - это auto_increment Пример.. пред order_id = 100 если использовать auto_increment для поля order_id то след order_id будет 101 и клиент если делает часто заказы сможет иметь представление о кол-ве заказов что делает магазин в любой пром. времени. нужно, чтобы след order_id - было случайным УНИКАЛЬНЫМ ЦЕЛЫМ числом в диапазоне от 1 до 999999 или больше .. даже если в таблице ORDERS будет всего 100 строк то их order_id должны быть случайными и уникалыными.. из диапазона выше. Пример в таблице 100 строк order_id = 34553 order_id = 5 order_id = 898797 и т.д. еще 97 строк и все они с УНИКАЛЬНЫМ СЛУЧАЙНЫМ order_id —---------------------------------— Мой алгоритм верный или есть более правильный? order_id должен быть в диапазоне от 0 до 9999999 Целым. 1 взять все order_id из таблицы ORDERS и сохранить массив в $db_orders 2 $tmp_order_id = rand(0, 99999999); 3. in_array($tmp_order_id, $db_orders) - Если в массиве - формируем новый случ $tmp_order_id и выполняем снова проверку на шаге 3. 4 если не в масиве - пишем в БД Этот алгоритм сработает, если в БД мало order_id а как быть если order_id в БД больше 500 000?

Если у тебя клиент и так идентифицирован то не проще клиенту хэш по конкатенации значений отдавать sha1(101 . "Пупкин");

Если у тебя клиент и так идентифицирован то не проще клиенту хэш по конкатенации значений отдавать sha1(101 . "Пупкин");

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

Если так согласен, а отдельно хранить этот хэш возможно жирно

Хотя ничего не жирно uid для клиента генеришь и по нему будешь искать

Хотя ничего не жирно uid для клиента генеришь и по нему будешь искать

тоже не подходит... клиенту тогда нужно запоминать свой user_id order_id сообщать это менеджеру по телефоне и менеджер как-то там это все должен найти

мне просто нужно вставлять в БД Уникальные order_id которых в БД нету.. а если они там есть - формировать новый

А, что, прикольно, sha1 продиктовал по телефону?

А, что, прикольно, sha1 продиктовал по телефону?

мне не до шуток) надо как-то это решить.. если кто поможет я очень признателен!

надо просто чтобы клиент диктовал менеджеру ЦИФРЫ.. в диапазоне от 1 до 9999999 .. никаких букв.. НОВАЯ ПОЧТА как то же решила такую задачу..

У новой почты там вообще в номерах по от 12 до 14 цифр!

У новой почты там вообще в номерах по от 12 до 14 цифр!

-> Пример.. пред order_id = 100 если использовать auto_increment для поля order_id то след order_id будет 101 и клиент если делает часто заказы сможет иметь представление о кол-ве заказов что делает магазин в любой пром. времени. У тебя один клиент и он часто делает заказы получается?

-> Пример.. пред order_id = 100 если использовать auto_increment для поля order_id то след order_id будет 101 и клиент если делает часто заказы сможет иметь представление о кол-ве заказов что делает магазин в любой пром. времени. У тебя один клиент и он часто делает заказы получается?

нет не один.. не важно сколько клиентов.. факт в том, что если для order_id исп auto_increment то клиентам раскрывается инф о кол-ве заказов что делает магазин.

Блин, ну, удиви клиентов сделай ауто_декремент

Если разбить SQL SELECT order_id на несколько частей при которых может возвращаться массив $result cодерж до 100 000 строк и поочередно проверять in_array($tmp_order_id, $result) - если не найден, отправляем след запрос со смещением и получаем новые данные ... если же найден - формируем новый $tmp_order_id и выполняем заново SQL SELECT order_id

Если разбить SQL SELECT order_id на несколько частей при которых может возвращаться массив $result cодерж до 100 000 строк и поочередно проверять in_array($tmp_order_id, $result) - если не найден, отправляем след запрос со смещением и получаем новые данные ... если же найден - формируем новый $tmp_order_id и выполняем заново SQL SELECT order_id

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

microtime и тот интереснее выглядит))))

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

по номеру телефона конечно менеджер узнает клиента, а номер заказа не все клиенты помнят, да и вообще мало чего они помнят о своих заказах )

по номеру телефона конечно менеджер узнает клиента, а номер заказа не все клиенты помнят, да и вообще мало чего они помнят о своих заказах )

А некоторые и номера не знают)

А некоторые и номера не знают)

атс знает с какого номера идет звонок

атс знает с какого номера идет звонок

Ну, хоть кто-то знает)))

по номеру телефона конечно менеджер узнает клиента, а номер заказа не все клиенты помнят, да и вообще мало чего они помнят о своих заказах )

клиент может звонить не с того номера что прописан в профиле.. все эти предлодения - не голятся.. я все это продумывал

клиент может звонить не с того номера что прописан в профиле.. все эти предлодения - не голятся.. я все это продумывал

microtime точно продумывал? :)

клиент может звонить не с того номера что прописан в профиле.. все эти предлодения - не голятся.. я все это продумывал

я говорю, как обойти грабли на которые уже встал один из call-центров.

клиент может звонить не с того номера что прописан в профиле.. все эти предлодения - не голятся.. я все это продумывал

Ну, от рандом селект, рандом селект ты потом точно ахереешь

microtime точно продумывал? :)

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

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

почему не взять uuid то?

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

uuidv4 нужно брать, на форуме странный ответ

почему не взять uuid то?

что это такое? поясните не знаю об этом

что это такое? поясните не знаю об этом

гугл вроде не банили

это просто стандарт на рандомный 16байтный айдишник

т.е. вы предлагаете перед добавлением в БД ордера формировать UUID , потом проверять, есть ли в БД ордер с ранее сформир UUID - если нету - добавляем ордер, если есть - формируем новый UUID и т.д ?

т.е. это как фингерпринт ордера

но тогда все-равно нужно для ордера как-то установить УНИКАЛЬНЫЙ НОМЕР ОРДЕРА.. Который должен быть исключит из цифр которые клиенту легко будет сообщить менеджеру по телефону.. и по которым менеджер найдет этот ордер в своей админке.. я не понимаю, как тогда устанавливать уникальный ORDER_ID.. или я тупой или я что-то не понимаю

но тогда все-равно нужно для ордера как-то установить УНИКАЛЬНЫЙ НОМЕР ОРДЕРА.. Который должен быть исключит из цифр которые клиенту легко будет сообщить менеджеру по телефону.. и по которым менеджер найдет этот ордер в своей админке.. я не понимаю, как тогда устанавливать уникальный ORDER_ID.. или я тупой или я что-то не понимаю

зачем привязываться к цифрам? сколько заказов в день совершает клиент?

зачем привязываться к цифрам? сколько заказов в день совершает клиент?

потому-что цифры лугче всего диктуются по телефону!! никто по телефону буквы нормально не продиктует и не напишет из в строке поиска в админке

т.е. вы предлагаете перед добавлением в БД ордера формировать UUID , потом проверять, есть ли в БД ордер с ранее сформир UUID - если нету - добавляем ордер, если есть - формируем новый UUID и т.д ?

Да. Но скорее всего за все наши жизни у тебя ни разу не случится коллизий

потому-что цифры лугче всего диктуются по телефону!! никто по телефону буквы нормально не продиктует и не напишет из в строке поиска в админке

спорно

потому-что цифры лугче всего диктуются по телефону!! никто по телефону буквы нормально не продиктует и не напишет из в строке поиска в админке

Возьми 5-6 цифр от цифрового представления md5 от uuid

спорно

больше 90% вероятности ошибок при вводе букв и понимании их

Да. Но скорее всего за все наши жизни у тебя ни разу не случится коллизий

вообще коллизию uuidv4 не сложно получить, тк генерация зависит от времени

Возьми 5-6 цифр от цифрового представления md5 от uuid

мало 5-6.. ну ок будет 8 цифр

больше 90% вероятности ошибок при вводе букв и понимании их

почему не 89%? не 50%?

на второй вопрос я так и не услышал ответ

больше 90% вероятности ошибок при вводе букв и понимании их

раз так любишь проценты - какова вероятность того, что клиент сделает 2 одновременных заказа с точностью до секунды? даты и время у нас записываются в виде цифр?

мне надо цифры как уникальный идентификатор ордера который клиент будет говорить по телефону! менеджерам и мне и всем легче говорить цифры.. и их быстрее вводить в поиске.. цифр всего 10 а букв минимум в 2 раза больше!

это должны быть только цифры.. !!!

даже в магазинах типа леруа мерлен или максидома просят назвать последние три цифры заказа

и всем все понятно

это должны быть только цифры.. !!!

и? на поставленные выше вопросы постарайся ответить - можеь быть сам догадаешься.0

даже в магазинах типа леруа мерлен или максидома просят назвать последние три цифры заказа

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

там @уева туча цифр и пара букв. Но они никому не нужны на практике

если ты пришел во время за своим заказом, то его находят по последним трем цифрам и может дату спрсоят

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

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

вот правильно. значит мне тоже нудно сформировать эту мега кучу цифр - проверить, содержится ли она в какой-то строке в БД - если нет - то создать ордер с этим идентификатором - если содердится - формируем новую кучу фицр и снова проверяем..

и какие проблемы?

короче сейчас задача сводится к тому.. как эту кучу цифр формировать..

это должна быть строка с фиксир ко-вом цифр. 8, к примеру.. и всегда должны формироваться уникальных 8 цифр.. но не 7 или не 1 а 8 как это сделать?

сгенери сразу милион или милиард в отдельную таблицу с полями id autoinc, is_used и выбирай where id>rand(придумай сам) and is_used=0

limit1

и какие проблемы?

проблема в том, что парень не хочет думать и разбираться с бизнес областью

=) classic

проблема в том, что парень не хочет думать и разбираться с бизнес областью

я думаю! и очень много.. почему вы считаете что яне хочу думать..

Сделай селект с рандомом из чисел за исключением существующих

раз так любишь проценты - какова вероятность того, что клиент сделает 2 одновременных заказа с точностью до секунды? даты и время у нас записываются в виде цифр?

раз так любишь проценты - какова вероятность того, что клиент сделает 2 одновременных заказа с точностью до секунды? даты и время у нас записываются в виде цифр?

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

ну так и сделаю!

но тогда твои клиенты просекут

чтото

особнно прошареные конкуренты

=)))

echo rand(1000, 9999) . rand(1000, 9999);

echo rand(1000, 9999) . '-'.rand(1000, 9999);

вот так пойдетт

гениально

гениально

?

и это стоило таких рассуждений?

=) Нет, ну в прицнипе для начинающих рассуждать полезно, ничего против не имею

Помню на заре пхпшничества во вермена пхп4 был заказ сгенерить 100к уникальных номеров. На дюрон 700 генерил больше суток примерно таким же методом м добавляя в unique индекс майскуля

хорошо зима была, а так бы сгорел дюрон )

особнно прошареные конкуренты

сама по себе дата(номер заказа) не поможет аунтефикации по телефону, придется еще номер телефона знать или пинкод(но вариант так себе)

echo str_pad(mt_rand(1,9999),4,'0',STR_PAD_LEFT).'-'.str_pad(mt_rand(1,9999),4,'0',STR_PAD_LEFT)

сама по себе дата(номер заказа) не поможет аунтефикации по телефону, придется еще номер телефона знать или пинкод(но вариант так себе)

я подумал было, что можно узнать сколько было заказов с времени а до времени б, но на самом деле нельзя. Их было столько же, сколько было милисекунд =)

djn nfr tot kexit

echo str_pad(mt_rand(1,9999),4,'0',STR_PAD_LEFT).'-'.str_pad(mt_rand(1,9999),4,'0',STR_PAD_LEFT)

вот хороший вариант

А угадать милисекунду с первого раза, это как угадать пароль админа магазина )

echo str_pad(mt_rand(1,9999),4,'0',STR_PAD_LEFT).'-'.str_pad(mt_rand(1,9999),4,'0',STR_PAD_LEFT)

думай дальше ...

А угадать милисекунду с первого раза, это как угадать пароль админа магазина )

да миллисекунда там не нужна, достаточно datetime главное запретить создание дубля заказа

да миллисекунда там не нужна, достаточно datetime главное запретить создание дубля заказа

задача кстати не тривиальная

*если не полагаться на бд

аесли полагаться, то уник поле

задача кстати не тривиальная

ну да, нужно писать еще скрипты общения для сотрудников, атс настроить на определение номеров

=)))