Генератор UUID v4

Генератор UUID v4, это бесплатный инструмент для создания универсального уникального идентификатора версии 4, который можно использовать как идентификатор записи, объекта или запроса.

Как генератор UUID v4 обрабатывает мои данные?

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

Для создания UUID v4 не требуется личный текст, имя или пароль. Это самостоятельный идентификатор, а не результат вычислений на основе предоставленной тобой информации. Не вкладывай в полученное значение конфиденциальный смысл, поскольку любой, кто его увидит, сможет скопировать и использовать его повторно.

Что такое UUID v4?

UUID v4, это 128-битный идентификатор, переменная часть которого создаётся случайным или псевдослучайным образом. Несколько битов зарезервированы для обозначения версии и варианта UUID. Такой формат обычно используют, когда разным системам нужно создавать идентификаторы независимо, не запрашивая у центрального сервиса следующий свободный номер.

Стандартная текстовая запись содержит 32 шестнадцатеричных символа, разделённых дефисами на пять групп. Она соответствует схеме 8-4-4-4-12, а вместе с четырьмя дефисами её длина составляет 36 символов.

Пример синтаксически корректного значения: 550e8400-e29b-41d4-a716-446655440000. В UUID версии 4 первым символом третьей группы служит 4. Два старших бита, определяющих вариант, имеют значение 10, поэтому четвёртая группа начинается с шестнадцатеричного символа 8, 9, a или b.

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

Какую версию UUID выбрать?

Выбирай версию 4, если нужен независимо создаваемый непрозрачный идентификатор и одинаковые входные данные не должны давать одинаковый результат. Кратко о версиях: v1 использует время и сведения об узле, v2 представляет собой формат DCE Security, v3 создаёт UUID из пространства имён и имени с помощью MD5, v4 основана на случайных данных, v5 использует пространство имён, имя и SHA-1, v6 меняет порядок данных, основанных на времени, v7 сочетает временную метку Unix со случайными данными, а v8 предназначена для экспериментальных или специфичных для поставщика форматов.

• Используй UUID v4 для идентификаторов записей, ссылок на загрузки, идентификаторов запросов API и тестовых данных, если подходят случайно распределённые значения.
• Используй UUID v5, если определённое пространство имён и имя всегда должны давать один и тот же идентификатор. Эта версия подходит для воспроизводимого импорта и правил дедупликации.
• Рассмотри UUID v7, если идентификаторы записей должны в целом соответствовать времени создания, а база данных или программное обеспечение поддерживает эту версию.
• Используй обычное последовательное целое число, если значения создаются одной базой данных, а компактность и естественный порядок ключей важнее децентрализованной генерации.

Старые версии по-прежнему встречаются в существующих системах, но для нового проекта следует выбирать вариант по реальным требованиям, а не считать все версии UUID взаимозаменяемыми.

Как использовать UUID v4 на практике

Создай UUID, скопируй значение из поля результата UUID v4 и сохрани полную строку в каноническом формате, если принимающая система не требует другого представления.

1. Создай новый UUID для объекта или события, которому нужен идентификатор.
2. При передаче между системами сохраняй все пять групп и четыре дефиса.
3. Если база данных поддерживает тип UUID, используй его. В противном случае выбери текстовое или двоичное поле подходящего для выбранного представления размера.
4. Добавь ограничение уникальности, если база данных должна отклонять повторяющиеся значения UUID v4.

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

Пробелы, знаки препинания, буквы с диакритическими знаками и символы других систем письма не создают сложностей для UUID v4, поскольку идентификатор не формируется из текста. Если нужен идентификатор на основе имени с такими символами, используй схему UUID на основе имени и точно определи правила кодировки и нормализации символов. Иначе визуально одинаковый текст может соответствовать разным последовательностям байтов и, следовательно, давать разные идентификаторы.

Могут ли два UUID v4 совпасть?

Да, теоретически коллизия возможна, но при использовании подходящего источника случайных данных в обычных сценариях UUID v4 это не представляет практической проблемы. В UUID v4 переменными являются 122 бита, поскольку остальные биты обозначают версию и вариант. Поэтому множество возможных значений чрезвычайно велико.

Таким образом, выражение "универсально уникальный" описывает практическое свойство, а не математическую гарантию. Ошибочное копирование или повторное использование значений, дефекты реализации и некачественная генерация случайных чисел при неподходящем источнике случайности создают более реальный риск дублирования, чем случайное совпадение. Если система не допускает дубликатов, уникальность всё равно нужно контролировать на уровне базы данных или приложения.

UUID также не подтверждает подлинность запроса. Не используй видимый UUID как единственное средство авторизации и не считай объект защищённым только потому, что его адрес трудно угадать. Проверка прав доступа должна применяться к самому ресурсу, на который указывает UUID.

Часто задаваемые вопросы

Регистр букв в UUID имеет значение?

Нет, регистр шестнадцатеричных букв в текстовой записи UUID обычно не учитывается, поэтому A и a обозначают одно и то же значение. В канонической записи принято использовать строчные буквы. Нормализация регистра перед сравнением текста помогает избежать несогласованных результатов в системах, где строки сравниваются с учётом регистра.

Можно ли использовать UUID v4 в URL или имени файла?

Да, каноническая форма содержит только шестнадцатеричные символы и дефисы, которые подходят для обычных сегментов пути URL и распространённых файловых систем. Не добавляй фигурные скобки, если этого не требует конкретный API. И помни, что публикация UUID в URL не делает ресурс закрытым.

Нужно ли удалять дефисы из UUID?

Удаляй их только в том случае, если принимающий формат явно требует 32 шестнадцатеричных символа. Многие библиотеки и типы UUID в базах данных принимают каноническую запись с дефисами. Её проще распознать, и её труднее перепутать с посторонним шестнадцатеричным значением.

Можно ли использовать UUID v4 как пароль или секретный ключ API?

Нет, у идентификатора и секрета разные задачи. Некоторые реализации UUID могут использовать подходящий источник случайных данных, но сам формат UUID не гарантирует соблюдения требований к обработке, секретности или энтропии паролей, токенов сеанса и учётных данных API. Создавай учётные данные и токены с помощью специально предназначенного для этого механизма, а не генератора UUID v4.

Может ли UUID v4 считаться персональными данными?

Да, UUID может считаться персональными данными, если он идентифицирует человека или может быть связан с человеком, которого можно идентифицировать, даже если сами символы напрямую не раскрывают его имя. Обрабатывай UUID, связанные с учётными записями клиентов, устройствами или записями об активности, с учётом контекста, применимого законодательства, а также правил организации по хранению данных и доступу к ним.

Можно ли использовать UUID v4 как первичный ключ базы данных?

Да, многие базы данных напрямую поддерживают UUID в качестве первичных ключей. Случайно распределённые ключи могут приводить к менее локализованным вставкам в индекс по сравнению с упорядоченными целыми числами или идентификаторами на основе времени. Поэтому для таблиц с большим объёмом записи ознакомься с рекомендациями для своей базы данных. Сохраняй ограничение уникальности и используй единое представление данных при импорте, в запросах и в коде приложения.