Comment stocker des numéros de téléphone dans des bases de données MySQL ?

Question

Duplicata possible :
mysql datatype pour le numéro de téléphone et l'adresse

Avez-vous des suggestions sur les meilleures pratiques pour stocker les numéros de téléphone dans une base de données ? Prenons l'exemple d'un numéro de téléphone américain :

• 555 555 1212
• 555-555-1212
• (555) 555 1212
• 5555551212
• 1-555-555-1212
• 1 (555) 555-1212
• et ainsi de suite ...

Dois-je supprimer le formatage et ne conserver que les chiffres ? Dois-je utiliser un seul champ ou les diviser en : code pays, code région, numéro de téléphone, etc. Des suggestions ?

Answer 1

• Tous en tant que varchar (ce ne sont pas des nombres mais des "collections de chiffres")
• Pays + région + numéro séparément
• Tous les pays n'ont pas d'indicatif régional (par exemple Malte, où je me trouve).
• Dans certains pays, le zéro initial de l'indicatif régional est supprimé lors de la numérotation interne (par exemple, au Royaume-Uni).
• Format dans le code client

Answer 2

Vous ne devez jamais stocker des valeurs avec le format. Le formatage doit être effectué dans la vue en fonction des préférences de l'utilisateur.

La recherche de nonnes de téléphone avec un formatage mixte est presque impossible.

Dans ce cas, je diviserais les champs et les enregistrerais sous forme de nombres entiers. Les nombres sont plus rapides que les textes et le fait de les diviser et de mettre un index sur eux permet d'exécuter rapidement toutes sortes de requêtes.

Le 0 en tête pourrait être un problème mais probablement pas. En Suède, tous les indicatifs régionaux commencent par un 0 et celui-ci est supprimé si un indicatif de pays est également composé. Mais le 0 ne fait pas vraiment partie du numéro, c'est un indicateur utilisé pour dire que j'ajoute un code régional. De même pour l'indicatif du pays, vous ajoutez 00 pour dire que vous utilisez un indicatif de comté.

Les 0 principaux ne doivent pas être stockés, ils doivent être ajoutés en cas de besoin. Si vous stockez 00 dans la base de données et que vous utilisez un serveur qui ne fonctionne qu'avec +, vous devez remplacer 00 par + pour cette application.

Donc, stockez les chiffres comme des chiffres.

Answer 3

Je suggère de stocker les nombres dans un varchar sans formatage. Vous pourrez ensuite reformater les numéros du côté client de manière appropriée. Certaines cultures préfèrent que les numéros de téléphone soient écrits différemment ; en France, ils écrivent les numéros de téléphone comme 01-22-33-44-55.

Vous pouvez également envisager de stocker un autre champ pour le pays auquel correspond le numéro de téléphone, car il peut être difficile à déterminer sur la base du numéro que vous consultez. Le Royaume-Uni utilise des numéros longs à 11 chiffres, certains pays africains des numéros longs à 7 chiffres.

Cela dit, je travaillais pour une compagnie de téléphone britannique et nous stockions les numéros de téléphone dans notre base de données selon qu'ils étaient britanniques ou internationaux. Ainsi, un numéro de téléphone britannique était le 02081234123 et un numéro international le 001800300300.

Answer 4

Varchar, Ne stockez pas les caractères de séparation vous pouvez vouloir formater les numéros de téléphone différemment pour différentes utilisations. Ainsi, stockez (619) 123-4567 comme 6191234567 Je travaille avec des données d'annuaire téléphonique et j'ai trouvé que c'était la meilleure pratique.

Answer 5

Je suggérerais d'utiliser une variable pour le numéro de téléphone (car les numéros de téléphone sont connus pour avoir des zéros en tête qu'il est important de conserver) et d'avoir le numéro de téléphone dans deux champs :

Code pays et numéro de téléphone, par exemple pour 004477789787 vous pourriez stocker CountryCode=44 et le numéro de téléphone=77789787

mais cela pourrait être très spécifique à une application. Si, par exemple, vous ne stockez que des numéros américains et que vous souhaitez conserver la possibilité d'exécuter rapidement des requêtes du type "Obtenir tous les numéros d'une région spécifique", vous pouvez diviser davantage le champ du numéro de téléphone (et supprimer le champ de l'indicatif du pays, qui serait redondant).

Je ne pense pas qu'il y ait une bonne ou une mauvaise façon de procéder. Cela dépend vraiment des demandes.