еще что-то?
uuidv7
а в postgres можно сделать хранение в hex формате?
Я не понял вопрос
uuidv7 в форматах: hex: 061cb8fe0f0b7c3980011863b956b758 str: 061cb8fe-0f0b-7c39-8003-d44a7ee0bdf6
опишите для начала для чего вам нужен UUID?
у меня есть база, там хранятся профили, которые создают пользователи, их может быть несколько и для их индексирования я принял решение использовать uuid
в плане индексирования?
думаю я не правильно выразился, я имел ввиду идентификатор
тогда у вас тут нету причин использовать не дефолтный UUID
согласен, но ссылка на профиль с аргументами получается слишком длинной, а у меня есть ограничения по ее длине
Чем не устроил bigint?
Делать сабстринг, хэши, чар-ключи. А ещё мне тут уже 100500 раз объясняли, что за экономику места - не к базам данным.
не стоит, чтобы было видно количество этих профилей
то есть вы предлагаете хранить uuid в бд, но на бэке уже менять и еще как-то манипулировать? не будет ли это замедлять все, так как туда обратно все это конвертироваться будет?
лучше уж сразу и по нормальному завести таблицу/поле для url идентификатора,
Я имею в виду, если UUID по длине не угодил, всё равно генерировать его, брать первые N символов, записывать в CHAR(N) и вот - ваш ключ
понял, тогда в бд уже будет какой-нибудь varchar(10)
и молиться что не будет колизии
Так я и говорю - обычного UUID достаточно. 32 символа всего, 128 байт.
uuid v7.
.
да пофиг на это количество которое тем более очень быстро поедет, вот перебор уже более серьезная причина такое не делать
поэтому из головы никак не вылезает nanoid
Обсуждают сегодня