A
Ну а как тогда можно узнать uuid до сохранения в бд?
Size: a a a
2019 December 04
VK
Ну а как тогда можно узнать uuid до сохранения в бд?
Нет
VK
Ну а как тогда можно узнать uuid до сохранения в бд?
А зачем он тебе до?
IM
А разве uuid не постгрес генерирует?
Не обязательно только им генерировать
A
А зачем он тебе до?
Ну так выше написали, для лога и papertrail, если не сохранилось в бд.
VK
Ну так выше написали, для лога и papertrail, если не сохранилось в бд.
А, сори, пропустил
A
Не обязательно только им генерировать
То есть uuid может сгенерировать приложение и добавить его в бд?
A
Ок, а как тогда быть, допустим для модели order primary key - uuid, но пользователю все равно нужно знать номер заказа. Да можно создать serial field, но тогда тереятся смысл безопасности того, что пользователи видят, сколько уже заказов в системе.
VK
Ок, а как тогда быть, допустим для модели order primary key - uuid, но пользователю все равно нужно знать номер заказа. Да можно создать serial field, но тогда тереятся смысл безопасности того, что пользователи видят, сколько уже заказов в системе.
А в чем проблема отдать пользователю uuid?
IM
Можно не делать сериал, а сделать инт и заполнять хранимкой. Вместо nextval что-то своё
VK
Или хеш на основе чегото
A
А в чем проблема отдать пользователю uuid?
Серьезно?
VK
Серьезно?
Ну если ему нужен только номер заказа, то да, почему бы и нет?
A
Ваш заказ - a0eebc99-9c0b-4ef8-bb6d-6bb9bd380a11
IM
Прям хорошо работает штука с генерацией номера
A
Прям хорошо работает штука с генерацией номера
То есть рандомно создавать?
VK
Ваш заказ - a0eebc99-9c0b-4ef8-bb6d-6bb9bd380a11
Ну да, если это не макдональдс, то вполне себе нормально
VK
Так делают в поездах, самолтеха и тд
IM
То есть рандомно создавать?
Не обязательно. Простой алгоритм - берёшь номер последнего заказа пользователя и добавляешь единицу. Это если номер заказа не должен быть уникален по всей системе
Если нужна уникальность, можно добавить дату. Или ещё что-нибудь
Если нужна уникальность, можно добавить дату. Или ещё что-нибудь