Quelle est la longueur maximale possible d'un numéro de téléphone mondial que je devrais considérer dans SQL varchar (longueur) pour le téléphone

Question

Quelle est la plus longue longueur possible d'un numéro de téléphone mondial que je devrais considérer en SQL varchar(longueur) pour le téléphone.

considérations:

• + pour le code pays
• () pour le code régional
• x + 6 chiffres pour l'extension (donc cela fait 8 {espace})
• espaces entre les groupes (c'est-à-dire dans les téléphones américains +x xxx xxx xxxx = 3 espaces)
• c'est là que j'ai besoin de votre aide, je veux que ce soit mondial

Considérez que dans mon cas particulier actuellement, je n'ai pas besoin de cartes, etc. le numéro commence par le code pays et se termine par l'extension, pas de commentaires Fax/Téléphone, etc., ni de besoins en cartes d'appel.

Answer 1

En supposant que vous ne stockez pas des éléments tels que le '+', '()', '-', les espaces et autres détails (et pourquoi le feriez-vous, ce sont des préoccupations de présentation qui varieraient en fonction des coutumes locales et des réseaux de distribution de toute façon), la recommandation de l'UIT-T E.164 pour le réseau téléphonique international (auquel la plupart des réseaux nationaux sont connectés) spécifie que le numéro complet (y compris le code pays, mais pas y compris les préfixes tels que le préfixe d'appel international nécessaire pour faire un appel, qui varie d'un pays à l'autre, ni y compris des suffixes, tels que les numéros d'extension de PBX) doit être d'au plus 15 caractères.

Les préfixes d'appel dépendent de l'appelant, et non de l'appelé, et ne devraient donc pas (dans de nombreuses circonstances) être stockés avec un numéro de téléphone. Si la base de données stocke des données pour un carnet d'adresses personnel (auquel cas le stockage du préfixe d'appel international a du sens), les préfixes internationaux les plus longs avec lesquels vous auriez à traiter (selon Wikipedia) sont actuellement de 5 chiffres, en Finlande.

Quant aux suffixes, certains PBX prennent en charge jusqu'à 11 chiffres d'extensions (encore une fois, selon Wikipedia). Étant donné que les numéros d'extension de PBX font partie d'un plan d'appel différent (les PBX sont séparés des échanges des sociétés de téléphonie), les numéros d'extension doivent être distinguables des numéros de téléphone, soit avec un caractère séparateur, soit en les stockant dans une colonne différente.

Answer 2

Eh bien, étant donné qu'il n'y a pas de différence de surcharge entre un varchar(30) et un varchar(100) si vous ne stockez que 20 caractères dans chacun, il vaut mieux jouer la prudence et le mettre simplement à 50.

Answer 3

Dans la spécification GSM 3GPP TS 11.11, il y a 10 octets réservés dans le fichier MSISDN EF (6F40) pour le 'numéro de composition'. Comme il s'agit de la représentation GSM d'un numéro de téléphone, et que son utilisation est permutée par quartet, (et qu'il y a toujours la possibilité de parenthèses) 22 caractères de données devraient suffire.

Dans mon expérience, il n'y a qu'une seule instance de parenthèses ouvrante/fermante, c'est ma raison pour ce qui précède.

Answer 4

C'est un peu pire, j'utilise une carte d'appel pour les appels internationaux, donc son numéro local aux États-Unis + numéro de compte (6 chiffres) + NIP (4 chiffres) + "pause" + ce que vous avez décrit ci-dessus.

Je soupçonne qu'il pourrait y avoir d'autres cas

Answer 5

Les forums Straight Dope semblent dire 20 caractères.