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

https://stackoverflow.com/a/11680058?sgp=2

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

ну так вот сформировал я 8ми $tmp_order_id значный пин заказа потом провери есть ли этот пин в БД при помощи SELECT * FROM orders WHERE order_id='$tmp_order_id'

если вернуло 0 строк - то вставляем этот заказ в БД - если нет - то генерируем новый пин и снова проверяем

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

если получилось - то ок

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

но этот вариант что на картинке самый лучший!

спасибо за ссылку!

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

транзакции, не?!

зачем усложнять

можно и транзакции

но инсерт в уникальное поле сработает и на myisam

и врядли когдато както поведет себя не так, как ожидается

но инсерт в уникальное поле сработает и на myisam

забудь, его уже нет

=((

уже все?

у меня уникальным явл order_id

забудь, его уже нет

Блин, ты меня расстроил

но этот вариант что на картинке самый лучший!

explain сделай для таблицы с 50% заполнением и not null не забудь, радость поубавится

Блин, ты меня расстроил

вроде уже год как отпилили, но туда ему и дорога

вроде уже год как отпилили, но туда ему и дорога

а как же копировать таблицы (Файлами) на включенном майскуле на другой сервер? =)

причем на другой включенный сервер )

Но вообще да, туда ему и дорога. Недавно тут пришлось выкурить возможности майскуля по json полям и виртуальным полям. Развивается всё

а как же копировать таблицы (Файлами) на включенном майскуле на другой сервер? =)

докер же, для всего есть докер )

а как же запустить сайт прямо на хостовой машине )

в прод

такое поле вы же имели ввиду когда говорили про УНИКАЛЬНОЕ?

да

их может быть 2 или 102

id надо сделать автоинкремент

id надо сделать автоинкремент

именно так и есть id - AI

order_id - unique

да. вот так прямо можешь пытаться вставить новый заказ с сгенерированым order_id . Если не получилось (не вернул insert_id, но вернул ошибку), перегенерируешь order_id. И так while пока не получишь insert_id

это будет работать довольно быстро

это будет работать довольно быстро

я именно так и планировал сделать!

спасибо за помощь!

57-59-53-44

вот в таком формте будут order_id

лучше храни числом, а разбивай при отображении

числом уник ищется быстрее

ок!!

лучше храни числом, а разбивай при отображении

а может кто-то подсказать как отформатировать номер 99999999 до формата 99-99-99-99?

я так не помню. Если у тебя заведомо известное количество цифр в числе, можешь сделать так $tmp=(string)$digit; $formated=$tmp{0}.$tmp{1}."-".$tmp{2}.$tmp{3}."-"

и так далее

но так вроде делают только придурки как я

и на счет синтаксиса (string)$digit; я не уверен

function format_order_pin($pin, $options=[2,'-']) { $pin_length = strlen($pin); $dev = $options[0]; $delim = $options[1]; $ci = $pin_length / $dev; $start = 0; $tmp=[]; for ($i=0; $i < $ci; $i++) { $tmp[$i] = substr($pin, $start, 2); $start +=$dev; } $ret = implode($delim, $tmp); return $ret; }

вот и функцию написал что из числа 99999999 делает число в формате 99-99-99-99

еще хотел спросить в каком виде лучше хранить в таблице orders информацию о товарах в заказе (СТОИМОСТЬ, кол-во, название товара, код товара, изображние).. я скланяюсь что это должен быть массив в виде строки JSON

еще хотел спросить.. я тут написал ЦМС скрипт онлайн магазина.. лайт версия и его время выполнения 0.1 секунда в среднем..это же быстро?

и это на моем планшеье с intel Atom z8350

остановись.

прекратите херней страдать.

задкчка из второго класса.

делаешь два поля.

uuid & id где id показываешь клиенту uuid индификатор заказа в бд.

клиент счастлив, что у него простое число. бд что uuid

заказ можно json, можно набором записей в бд..

еще хотел спросить.. я тут написал ЦМС скрипт онлайн магазина.. лайт версия и его время выполнения 0.1 секунда в среднем..это же быстро?

давай ссылку на гит.

давай ссылку на гит.

чуток позже дам ! спасибо!

uuid & id где id показываешь клиенту uuid индификатор заказа в бд.

uuid делать как md5($tmp_order_id)?

это хэш

Нет есть просто функция получения uuid

загугли uuid php

http://php.net/manual/ru/function.uniqid.php

спасибо ребята! вы меня хорошо просвятили!

присылай гит еще не так просвятим

uniqidReal() из этого поста более прав вариант! ее и буду исп http://php.net/manual/ru/function.uniqid.php#120123

Читал Вашу ночную переписку: а не лучше ли было привязать номер заказа по типу: дата(можно даже в обратном порудке применить)+минуты+секунды... И хрен кто сможет подкопатся сколько заказов. В той же 1с создаётся дата и номер накладной на тот день... И максимум что можно понять сколько в один день...

Читал Вашу ночную переписку: а не лучше ли было привязать номер заказа по типу: дата(можно даже в обратном порудке применить)+минуты+секунды... И хрен кто сможет подкопатся сколько заказов. В той же 1с создаётся дата и номер накладной на тот день... И максимум что можно понять сколько в один день...

ммм..... ну так себе а если в одну секунду пришло 2 заказа?

ммм..... ну так себе а если в одну секунду пришло 2 заказа?

Контрольная цыфра в виде номера заказа?

Контрольная цыфра в виде номера заказа?

штэ? номер заказа из номера заказа?

зачем столько геммороя?

uuid + id(autoincrement)

Читал Вашу ночную переписку: а не лучше ли было привязать номер заказа по типу: дата(можно даже в обратном порудке применить)+минуты+секунды... И хрен кто сможет подкопатся сколько заказов. В той же 1с создаётся дата и номер накладной на тот день... И максимум что можно понять сколько в один день...

о - хоть до кого то дошло )

ммм..... ну так себе а если в одну секунду пришло 2 заказа?

от кого? 2х разных клиентов?

http://php.net/manual/ru/function.uniqid.php

не стоит, лучше https://github.com/ramsey/uuid

от кого? 2х разных клиентов?

ага.

ага.

и в чем же тогда проблема? ;)

и в чем же тогда проблема? ;)

какой у тебя ник хороший.

ну подумай если у тебя номер заказа составной из времени заказа.

ага.

Ну на краняк добавить проверку одного поля? Вместо горожения нечитабельных id....

Ну на краняк добавить проверку одного поля? Вместо горожения нечитабельных id....

нечитабельный id это 1

??

Ну на краняк добавить проверку одного поля? Вместо горожения нечитабельных id....

что такое проверка одного поля,

??

нечитабельный id это 1

Ну как раз проверка последней записи имею ввиду.. На случай двойного заполнения?

давайте алгоритм разберем не против?

Ну как раз проверка последней записи имею ввиду.. На случай двойного заполнения?

ужас.

Сколько у вас опыт?

ну подумай если у тебя номер заказа составной из времени заказа.

а что мне то думать?! ) для одного клиента вполне уникально datetime заказа

Алго предложенный вами: 1. Получаем время заказа г/м/д ч:м:с 2. Генерим уник для заказа из шаг1 3. Проверяем есть ли такая метка в БД (+1 запрос) 4. Если есть повторяем операцию с шага 1 5. Если нет то пишем. (тут есть вероятность что после шага 3 уже в БД записал кто-то с такой меткой.)