Я дал пример номерной ёмкости Российских сотовых операторов связи, DEF.
А 495 это из справочника фиксированных Российских операторов связи ABC.
Есть справочники ABC и DEF иностранных операторов связи.
Да, отсюда я делаю вывод, что невозможно корректно определить ABC и DEF коды, правильно? То есть всё равно будут пробелы, записи с кодом NULL.
Даже для корректной поддержки кода страны придётся нагородить какой то дорогой (в разработке и эксплуатации) ужас
С учётом того, что у страны может быть много кодов, что у нескольких стран могут быть одинаковые коды.
И как вишенка на торте, всё это работать будет по временнЫм срезам, то есть корректное определение номера делается на момент его возникновения, с существующим тогда номерным планом, то есть один и тот же номер может в разное время относиться к разным странам (и, само собой, к разным городам, операторам и т.д.).
Моё мнение - нужно хранить:
а) номер из источника "как есть"
б) нормализованный номер
в) прочие атрибуты номера, такие как страны, операторы, населённые пункты, другие признаки, которые можно выудить из номера и справочников номерной ёмкости, но опционально, в nullable полях. "Накопали что смогли, без претензий". В том числе хранить "сам номер" тоже как опциональный nullable атрибут. (Разумеется, опциональные атрибуты нужно хранить, только если есть такое бизнес-требование, а не просто так)
