а именно, все ID колонок имеют тип данных BINARY
И выглядит это так
http://joxi.ru/ZrJJyj5cb50Jpr
http://joxi.ru/krDJDkEcgy6MZ2
я так понимаю еще и через sodium пакет это все делается.
Вопрос - чем лучше тип данных BINARY перед INT + AUTO_INCREMENT ?
Есть спецы кто с таким работал?
сейчас в проекте как раз для userId используеться uuid и храниться в БД как binary
да но здесь все таблицы по такому типу..как будто есть некий патерн - по которому проектировали именно так базу
uuid там или что то еще - понятно. но когда вся база с id на типе Бинаре. ДУмаю здесь задумка какая то специфическая
задумка скорее всего в стиле "создать несколько связанных моделей на клиенте, а потом пихнуть это всё в базу и не получить конфликтов по ИД", потому что UUID всегда уникален. если СУБД Постгрес, имеет смысл сменить тип поля на родной uuid — он там хранится внутри в виде двух бигинтов и будет работать быстрее, чем 16-байтовый binary
Меньше места занимает, тебе же сказали. 16 vs 32
Я про raw uuid vs binary uuid
абсолютно идентично: 128 бит и там, и там
В MySQL есть разница
omg жесть =)
понял.
Я неправ, перечитал доку.
наверное спутал с хранением uuid-а в varchar-е? =)
Да. Помню, что попадалась статья про varchar vs binary(16). Нашел ее.
там в конце статьи не написано, что постгрес круче, и надо срочно бежать с mysql-я? эх! =)
Написано. Поэтому я 3 года только с постгресом работаю
Обсуждают сегодня