SQL Мобильный телефон - char или int?

Что Вы подразумеваете под KEY?

Смысл любого индекса в том, что бы нужные данные искались бы без прохода по всей базе данных. Как первые буквы в записной книжке. Даже если Вы не помните сами где какая буква начинается что бы открыть сразу нужную страницу по памяти (не храните в оперативке), все равно индекс на диске (буквы нарисованные на корешках книжки) помогает Вам найти нужного абонента быстрее, чем если бы Вы перелистывали всю книжку.

Если индекс помещается в оперативку - это отлично. Если не помещается - все равно его наличие сильно помогает.

Бывают такие номера, которые начинаются с нуля, если хранить, например, 10 символов.

Так вот, попробуйте сохранить такой в int.

rerighter, zerofill + substr($phone, strlen($phone) - $countryNumSize). Но это аргумент.

Решил пока использовать VARCHAR + валидация номера при INSERT, учитывая аргумент выше.

Кстати. Какой максимальный размер номера, учитывая countrycode?

Согласно E.164 это 15 цифр.

---------- Добавлено 14.09.2013 в 01:31 ----------

Если хранить в формате E.164, то проблемы со стартовым 0 отпадают, потому что там его в начале быть не может. По-моему вполне неплохой вариант.

Аргумент относительно неудобства выборки по региону - принимается, но а кто этим пользовался хоть когда? :)

добавочные номера не забудьте учесть :)

Если для Вас мега важен быстрый поиск по оператору, то можно пойти дальше и сделать отдельное поле operator_id и искать уже по нему.

Этот id можно определять программно каждый раз при вставке/обновлении, или, лучше с помощью триггера (один раз написали его и забыли).

Но, думаю, на маленьких базах в этом нет необходимости.

doctorpc, да нет. Именно для номера телефона поиск вообще не важен. Поиск будет осуществляться по полному совпадению, а так выборка. Поэтому, думал, что INT будет рациональнее использовать, в плане типизации и расхода памяти.