Генератор UUID v7

Годами инженерные команды, которым была нужна и устойчивость UUID к коллизиям, и удобная для индексов упорядоченность последовательного целого числа, были вынуждены создавать собственные нестандартные гибриды — обычно добавляя к случайному UUID вручную сгенерированную временную метку в качестве префикса. В той или иной форме этот подход использовали несколько известных компаний, работающих с распределёнными системами, ещё до появления официального стандарта. RFC 9562 закрепил этот шаблон в виде официальной версии UUID именно для того, чтобы реализации на разных языках и в разных базах данных могли создавать и распознавать одну и ту же упорядоченную по времени структуру, без того чтобы каждая команда независимо изобретала свой немного другой, несовместимый вариант одной и той же идеи.

Первые 48 бит UUID v7 кодируют Unix-время в миллисекундах — именно это и задаёт порядок сортировки значения: сравнение двух UUID v7 как обычных строк корректно отражает, какой из них был создан раньше, поскольку временная часть доминирует при сравнении. Оставшиеся биты по-прежнему заполнены криптографически случайными данными, точно как в v4, поэтому значение так же устойчиво к угадыванию, как и полностью случайный UUID, — меняется только его поведение при сортировке, но не непредсказуемость.

Помимо чистой скорости вставки, у упорядоченного по времени первичного ключа есть и второе практическое преимущество, важное в повседневной работе: строки естественным образом возвращаются в порядке создания при простом запросе `ORDER BY id`, без необходимости заводить отдельную колонку `created_at` и дополнительный индекс на ней только ради хронологической сортировки записей. Для таблицы, которую часто запрашивают «сначала самое свежее» — журнал активности, очередь, журнал аудита, — первичный ключ v7 даёт такую упорядоченность бесплатно, как побочный эффект самого идентификатора, а не как отдельную задачу, которую нужно поддерживать.