ключа использовать char фиксированой длины ? например есть таблица стран, хочу в качестве ключа использовать iso3 код страны ( например rus, eng, usa и т.д ), удобно ссылаться из других таблиц, сразу можно выбрать без джойна...есть какие-то подводные камни ?
Ну с текущей геополитикой я бы не рисковал
при чём тут геополитика?
подводные камни тут что всё равно надо констрейнт ставить , т к никто не мешает вставить туда однобуквенное значение (ну дополнится оно пробелами, и что?),а раз всё равно констрейнт ставить,то и разницы с банальным text уже фактически нет
В размере разница будет
и не факт,что в пользу char(N) ;)))
Человек хочет юзать стабильно 3 символа. Если писать в тексто то такая строка будет 4 бита, если в чар 3,то всегда 3
3 символа в 4 _бита_? 🥹
камни такие что данная субд не использует char(n) как инструкцию к созданию кортежей фиксированной длины, так что это не инструкция по формату данных, а констрейнт. Констрейнт лучше сделат явно и указать ему какие значения он может принимать. Либо сделать это на клиенте, если это удобнее и в задачи базы такой контроль не входит.
Почитай в доке про текст
да нет никаких проблем, если это ключ - то какая разница
https://wiki.postgresql.org/wiki/Don%27t_Do_This#Don.27t_use_char.28n.29
В данном конкретном случае норм. Там всегда будет ровно 3 однобайтовых символа.
Не будет. Я пережил много классификаторов общероссийских и мировых
вот только почему-то занимать они будут 28 байт, а сама колонка 4 ) в случае со smallint было бы 2.
ISO 3166 ещё нас с вами переживёт
28 как-то многовато. Это почему так?
Изменения приведите список
Причём тут изменения? Будет у вас целочисленный идентификатор - не будет изменений что ли.
будут изменения в словаре, это не потянет каскадные апдейты. С enum впрочем тоже, еще и удобно будет отображаться.
Обсуждают сегодня