ли правктика всегда использовать uuid для ID? К примеру таблица с странами - там он вообще не нужен по сути
Зачем страны в таблице держать? Они динамически прирастают каждый день?
стары не совсем страны - а табличка с полями is_hide, is_avaliable … своя бизнес логика. не в этом суть
uuid имхо нужно использовать для распределенных систем которые ведут параллельные списки записей с синхронизацией между собой у примеру если взять адресную таблицу ФИАС из налоговой (у них везде uuid) то разные системы могут однозначно идентифицировать территорию и хранить без привязки к численным идентификаторам
2 разные таблички - это уже можно сказать 2 распределённые системы
ну да, не нужно запариваться с пересечение идентификаторов uuid гарантированно уникален при генерации в разных таблицах
"распределенные системы"... "синхронизация между собой" - это ж антипаттерн)
гарантировано -> с определенной вероятностью -> не гарантировано -> у тебя врядли будут те объемы при которых ты напоришься на коллизию
ну там вероятность коллизии есть конечно но практически ничтожна
В библиотеке ramsey/uuid (если я не перепутал) была issue, мол у одного из разрабов коллизии пошли уже через лям уникальных записей. Не помню, правда, случайность ли это или баг библиотеки/генератора
обычно такое связано с херовым PRNG
Обсуждают сегодня