Принцип генерации id для заказа?

Question

[Berkutman]

По какому принципу стоит генерировать номер заказа и при этом записывать его в БД?

Comments

[Антон]

Как душе угодно.

[JhaoDa]

А ларавел тут при чём?

Answer 1

[Daria Motorina]

Id, который первичный ключ в таблице заказов, вполне достаточно

Answer 2

[Илья]

рандом конечно же

Answer 3

[Андрей]

если заказ можно посмотреть по его id в интернете без регистрации и смс, и не должно быть возможности смотреть чужие заказы, я бы при генерации ид использовал текущую дату и 9-символьное случайное число, то есть

20200728123456789

Comments

[Илья]

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

[Андрей]

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

Answer 4

[dmitriy]

Смотря для каких целей, понятно что в бд уникальный id, но для клиента может содержать что угодно, например id торговой точки + порядковый номер

Comments

[Berkutman]

Нужно для проверки платежа со стороны платежного шлюза

[dmitriy]

я делаю так:
1. Оформление заказа, отправка клиента на платежку, создание в системе транзакции с номером заказа, суммой, датой и состоянием Ожидает оплаты и прочей инфой
2. клиент оплачивает , платежный шлюз шлет успешный калбек с номером транзакции , транзакция обновляется, меняя статус Оплачено, через нее выходим на заказ.
3. Заказ указанный в транзации меняет состояние
и тд