ЛХ
а это кстати типичная плохая практика
чего так?
Size: a a a
2020 May 25
AN
чего так?
а вдруг два запроса в одну миллисекунду
ЛХ
какие есть еще способы генерации уникальных числовых ID
AN
UUID
AE
от локальной тоже можно. Но сложно
нельзя, локальная дата и время к таймстампу не привязаны и в разных смещениях таймстамп будет разный для одного и того же LocalDateTime
AE
я использую его для генерации уникального id, а не для работы с датой
лучше uuid
AN
нельзя, локальная дата и время к таймстампу не привязаны и в разных смещениях таймстамп будет разный для одного и того же LocalDateTime
Я понимаю. Вопрос не в этом, а в том, что API позволяет
AE
Я понимаю. Вопрос не в этом, а в том, что API позволяет
через указание зоны, в которой получить таймстамп, что равносильно получению OffsetDateTime из LocalDateTime по указанной зоне и получению уже из него таймстампа
ЛХ
лучше uuid
он же строки генерирует, и большие, нет? а я хочу небольшие числа
VP
он же строки генерирует, и большие, нет? а я хочу небольшие числа
16 байт - это слишком много? Ну такова цена уникальности.
ЛХ
7dc53df5-703e-49b3-8670-b1c468f47f1f
7535703498670AE
ну не на байтиках же экономить
AN
он же строки генерирует, и большие, нет? а я хочу небольшие числа
Java.time.Instant - это те же 16 байт. Лонг, инт и ссылка
AA
16 байт - это слишком много? Ну такова цена уникальности.
не знаю, насколько правда, но говорят, что не такой уж uuid и уникальный
AN
не знаю, насколько правда, но говорят, что не такой уж uuid и уникальный
Уж точно больше, чем таймспамп
AA
Уж точно больше, чем таймспамп
ну это да
AE
была статья помнится с заголовком "хватит тратить UUID!"
VP
не знаю, насколько правда, но говорят, что не такой уж uuid и уникальный
Рандомный - достаточно уникальный для любых применений. Time-based - не совсем.
ЛХ
это явно больше, чем
7dc53df5-703e-49b3-8670-b1c468f47f1f