Суть в чем, есть клиентский сервис, в котором номер заказа является просто тупо auto_increment полем в базе. Есть необходимость в том, что бы вообще этот айдишник не светился в клиентских приложениях, для того, что бы пользователю при большом желании невозможно было понять сколько заказов в сутки/неделю/месяц производит система, например что бы конкуренты не строили отчеты и все такое по нашей системе. Как правильно сделать так, что бы авто-инкрементный айдишник не палился, а вместо него был тот же уникальный идентификатор заказа? Я понимаю, что можно сделать UUID и не парится, но так же необходимо, что бы этот номер был коротким и человекочитаемым, например для использования в обращениик тех поддержке, да и просто в работе с системой
Ну только капитанские варианты :) 1. Зависит от потока, ну т.е. объема заказов. Можно генерить 4, 6 или 8 значные айдишники, используя какой-нибудь алгорим, к примеру зависящий от категории товара, даты, знака зодиака, и т.д. 2. Для тех кто любит эксперименты, можно шифровать порядковый номер заказа, ну т.е. преображать его. При шифровании так же можно указать количество символов, и в каком виде они будут
Обсуждают сегодня