а именно, все 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 года только с постгресом работаю
Обсуждают сегодня