тип данных mysql для номера телефона и адреса
Если tel_number больше 15 бит, какой тип данных я могу использовать, мне лучше использовать Bigint(20) ?
например, если у меня есть код страны для Канады я могу использовать +2 или 002. Что лучше для обработки?
Спасибо за совет.
10 ответов
ну, лично я не использую числовой тип данных для хранения телефонных номеров и другая информация.
Как вы храните номер, скажем, 001234567? Это закончится как 1234567, потеряв ведущие нули.
конечно, вы всегда можете оставить его, но это при условии, что вы точно знаете, сколько цифр должно быть.
Это не ответ на весь ваш пост,
Просто мои 2 цента
на самом деле вы можете использовать varchar для телефонного номера. Вам не нужен int, потому что вы не собираетесь выполнять арифметику на числах.
храните их как два поля для телефонных номеров — » номер «и» маска » как TinyText типы которые не нуждаются в более чем 255 пунктов.
прежде чем хранить файлы, мы анализируем номер телефона, чтобы получить форматирование, которое было использовано, и которое создает маску, мы затем храним число только цифры, например
вход: (0123) 456 7890
Номер: 01234567890
Маска: (nnnn)_nnn_nnnn
теоретически это позволяет нам выполнять поиск по числовое поле, такое как получение всех телефонных номеров, которые начинаются с определенного кода области, без необходимости беспокоиться о том, как это было введено пользователями
Я обычно храню телефонные номера как BIGINT в формате E164.
E164 никогда не начинается с 0, причем первые несколько цифр являются кодом страны.
etc. будет храниться как 441234567890 .
Я бы использовал varchar для телефонных номеров. таким образом, вы также можете хранить + и (), что иногда видно в номерах tel (как вы сами упомянули). и вам не придется беспокоиться об использовании всех битов в целых числах.
Я не уверен, что это хорошая идея использовать целые числа вообще. Некоторые числа могут содержать специальные символы (например, # как часть расширения), которые вы также можете обрабатывать. Поэтому я бы предложил использовать varchars.
если хранение менее 1 млн записей, а высокая производительность не является проблемой для varchar (20) / char(20) в противном случае я обнаружил, что для хранения даже 100 миллионов глобальных бизнес-телефонов или личных телефонов int лучше всего. Причина: меньший ключ — > более высокая скорость чтения / записи, также форматирование может допускать дубликаты.
1 телефон в char (20) = 20 байт против 8 байт bigint (или 10 против 4 байт int для местных телефонов, до 9 цифр), меньше записей может ввести блок индекса => больше блоков = > дополнительные поиски, см. этой для получения дополнительной информации (writen для Mysql, но это должно быть верно для других реляционных баз данных).
вот пример телефонных таблиц:
или с обработкой/разделение перед вставкой (2+2+4+1 = 9 байт)
также «номер телефона не является номером», на мой взгляд, относительно типа телефонных номеров. Если мы говорим о внутренней мобильной телефонной книге, то строки в порядке, как пользователь может пожелать магазин GSM хэш-коды. Если хранить E164 телефоны, bigint-лучший вариант.
посмотреть рекомендация Twilio для получения дополнительной информации о локализации телефоны.
INT (10) не означает 10-значное число, это означает целое число с шириной отображения 10 цифр. Максимальное значение для INT в MySQL-2147483647 (или 4294967295, если без знака).
вы можете использовать BIGINT вместо INT для хранения его как числового. С помощью BIGINT сохранит вам 3 байта в строке над VARCHAR (10).
хранить «страна + область + номер отдельно». Вы можете попробовать использовать VARCHAR (20), это позволяет вам хранить международные номера телефонов, если возникнет необходимость.
varchar или текст должны быть лучшими типами данных для хранения мобильных номеров, я думаю.
SQL Мобильный телефон — char или int?
В каком типе поля SQL лучше хранить мобильный телефон — char или int?
в начале было слово «+»
Chukcha, а зачем хранить +? Например, я захочу получить номера определенного оператора, LIKE для CHAR будет настолько же производителен, как и диапазон для INT?
Ок. Храните в двух полях — форматированное по вашему желанию
и чистое от формата 🙂
Если хотите использовать для поиска — char без формата номера, для быстрого доступа — отформатировнный
А еще. отдельным полем код оператора
лучше всего в varchar
будет смотреться гармоничнее, нежели
да и пользоваться тоже удобнее
Храните номера в соответствии со стандартом E.164. Символы, отличные от цифр, не нужны.
Хранить в varchar. Сами так храним.
Попробуйте для теста записать 9999999999 в поле int
unsigned int имеется в виду.
Я бы масштабируемость сразу бы заложил.
3 поля: регион, код сети, номер телефона.
Допустим расширяемость, отчеты, да многое можно будет оптимизировать потом.
И выводить проще, если в отдельных полях будет )
Друзья, объясните, когда можно использовать один KEY для двух значений? Вот у меня есть номер телефона, который разбит на FOREIGN KEY `country` и непосредственно сам номер телефона. Я не вижу смысл создавать отдельные ключи для страны и номера, могу ли я сделать один ключ? Или для выборки это не катит? Нужно будет выбирать конкретный номер телефона, то-есть, выборка за `phone`, но использовать форматирование вывода в зависимости от `country`.
Если я хочу, чтобы целый номер country + phone был уникальным, по аналогии, нужно создавать один ключ UNIQUE?
Какой тип данных лучше всего подходит для телефонного номера в MySQL и каким должно быть сопоставление типов Java для него?
Я использую MySQL с шаблоном Spring JDBC для своего веб-приложения. Мне нужно сохранить номер телефона только цифрами (10). Я немного смущен типом данных с использованием типа данных.
- Какой тип данных для него предпочтительнее в MySQL?
- Каким должен быть тип данных Java в классах Bean (POJO) для этого?
- Как я могу проверить этот тип данных с помощью проверок / ограничений javax для длины, а также разрешенной только цифры?
Строки и VARCHAR.
Не пытайтесь сохранять телефонные номера как настоящие. это испортит форматирование, удалит предыдущие 0 и другие нежелательные вещи.
Вы можете, если захотите, ограничить ввод данных пользователем только числовыми значениями, но даже в этом случае сохраняйте резервные данные в виде символов / строк, а не чисел.
Прежде чем пытаться вводить какие-либо ограничения длины, проверки или маски (например, XXX-XXXX-XX), узнайте о мире в целом и о том, как различаются их длина и форматирование номеров.
В телефонных номерах могут использоваться нечисловые символы. Яркий пример + — замена 00 в начале международного номера.