Liste des longueurs standard pour les champs de firebase database

Je conçois une table de firebase database et me pose à nouveau la même question stupide: combien de temps le champ du prénom doit-il être?

Quelqu’un at-il une liste de longueurs raisonnables pour les champs les plus courants , tels que le prénom, le nom de famille et l’adresse e-mail?

Le catalogue des normes de données du gouvernement britannique détaille les normes britanniques pour ce genre de chose. Il suggère 35 caractères pour chacun des prénoms et nom de famille, ou 70 caractères pour un seul champ contenant le nom complet, et 255 caractères pour une adresse électronique. Entre autres choses..

Je viens de demander à ma firebase database des millions de clients aux États-Unis.

  • La longueur maximale du prénom était de 46. Je vais avec 50. (Bien sûr, seulement 500 d’entre eux avaient plus de 25 ans, et ils étaient tous des cas où l’importation de données entraînait une accumulation de déchets dans ce domaine.)

  • Le nom était similaire au prénom.

  • Les adresses e-mail ont un maximum de 62 caractères. La plupart des plus longues étaient en fait des listes d’adresses électroniques séparées par des points-virgules.

  • Adresse de rue maximum à 95 caractères. Les longs étaient tous valables.

  • La longueur maximale de la ville était de 35 ans.

Ce devrait être une répartition statistique décente pour les personnes aux États-Unis. Si la localisation doit être prise en compte, les chiffres peuvent varier de manière significative.

Certains corrigent probablement la longueur des colonnes

Min Max Hostname 1 255 Domain Name 4 253 Email Address 7 254 Email Address [1] 3 254 Telephone Number 10 15 Telephone Number [2] 3 26 HTTP(S) URL w domain name 11 2083 URL [3] 6 2083 Postal Code [4] 2 11 IP Address (incl ipv6) 7 45 Longitude numeric 9,6 Latitude numeric 8,6 Money[5] numeric 19,4 [1] Allow local domains or TLD-only domains [2] Allow short numbers like 911 and extensions like 16045551212x12345 [3] Allow local domains, tv:// scheme [4] http://en.wikipedia.org/wiki/List_of_postal_codes. Use max 12 if storing dash or space [5] http://stackoverflow.com/questions/224462/storing-money-in-a-decimal-column-what-precision-and-scale 

Un long discours sur les noms personnels

Un nom personnel est soit un polynyme (un nom avec plusieurs composants sortingables ), un mononyme (un nom avec un seul composant), soit un pictonyme (un nom représenté par une image – cela est dû à des personnes comme Prince).

Une personne peut avoir plusieurs noms, jouant des rôles tels que LEGAL, MARITAL, MAIDEN, PREFERRED, SOBRIQUET, PSEUDONYM, etc. Vous pouvez avoir des règles métier, comme “une personne ne peut avoir qu’un seul nom légal à la fois, mais plusieurs pseudonymes à la fois”.

Quelques exemples:

 names: [ { type:"POLYNYM", role:"LEGAL", given:"George", middle:"Herman", moniker:"Babe", surname:"Ruth", generation:"JUNIOR" }, { type:"MONONYM", role:"SOBRIQUET", mononym:"The Bambino" /* mononyms can be more than one word, but only one component */ }, { type:"MONONYM", role:"SOBRIQUET", mononym:"The Sultan of Swat" } ] 

ou

 names: [ { type:"POLYNYM", role:"PREFERRED", given:"Malcolm", surname:"X" }, { type:"POLYNYM", role:"BIRTH", given:"Malcolm", surname:"Little" }, { type:"POLYNYM", role:"LEGAL", given:"Malik", surname:"El-Shabazz" } ] 

ou

 names:[ { type:"POLYNYM", role:"LEGAL", given:"Prince", middle:"Rogers", surname:"Nelson" }, { type:"MONONYM", role:"SOBRIQUET", mononym:"Prince" }, { type:"PICTONYM", role:"LEGAL", url:"http://soffr.miximages.com/standards/130px-Prince_logo.svg.png" } ] 

ou

 names:[ { type:"POLYNYM", role:"LEGAL", given:"Juan Pablo", surname:"Fernández de Calderón", secondarySurname:"García-Iglesias" /* hispanic people often have two surnames. it can be impolite to use the wrong one. Portuguese and Spaniards differ as to which surname is important */ } ] 

Les prénoms, les prénoms, les noms de famille peuvent être des mots multiples tels que "Billy Bob" Thornton ou Ralph "Vaughn Williams" .

Je dirais de se tromper. Comme vous utiliserez probablement varchar, tout espace supplémentaire que vous autorisez n’utilisera pas d’espace supplémentaire à moins que quelqu’un en ait besoin. Je dirais que pour les noms (premier ou dernier), passez au moins 50 caractères, et pour l’adresse e-mail, faites au moins 128 caractères. Il existe de très longues adresses e-mail.

Une autre chose que j’aime faire, c’est aller sur Lipsum.com et lui demander de générer du texte. De cette façon, vous pouvez avoir une bonne idée de ce à quoi ressemble 100 octets.

J’utilise presque toujours une puissance de 2 sauf s’il existe une bonne raison de ne pas le faire, par exemple une interface orientée client où un autre numéro a une signification particulière pour le client.

Si vous vous en tenez à des puissances de 2, cela vous permet de restr dans un ensemble limité de tailles communes, ce qui est une bonne chose, et il est plus facile de deviner la taille des objects inconnus que vous pouvez rencontrer. Je vois pas mal d’autres personnes faire ça, et il y a quelque chose d’esthétique à ce sujet. Cela me donne généralement un bon sentiment quand je vois cela, cela signifie que le concepteur pensait comme un ingénieur ou un mathématicien. Je serais probablement inquiet si seulement les nombres premiers étaient utilisés. 🙂

Je voulais trouver la même chose et les normes de données du gouvernement britannique mentionnées dans la réponse acceptée semblaient idéales. Cependant, aucune de ces solutions ne semblait exister – après une recherche approfondie, je l’ai trouvée dans une archive ici: http://webarchive.nationalarchives.gov.uk/+/http://www.cabinetoffice.gov.uk/govtalk/ schemasstandards / e-gif / datastandards.aspx . Besoin de télécharger le fichier zip, extrayez-le puis ouvrez default.htm dans le dossier html.

prénom: 35 nom: 35 email: 255 url: 60+ selon le serveur et la ville du navigateur: 45 adresse: 90

En regardant dans mes archives de courrier électronique, il y a un certain nombre de «premiers» noms assez longs (bien sûr, ce que l’on entend par «premier» est variable selon la culture). Un exemple est Krishnamurthy – qui a 13 lettres de long. Une bonne supposition pourrait être 20 à 25 lettres basées sur ceci. Le courrier électronique devrait être beaucoup plus long car vous pourriez avoir prénom.nom@somedomain.com. En outre, gmail et certains autres programmes de messagerie vous permettent d’utiliser prenom.nom + pseudo@somedomaine.fr, où «quelque chose» est tout ce que vous voulez y placer pour pouvoir sortinger les e-mails entrants. Je rencontre fréquemment des formulaires Web qui ne me permettent pas de mettre mon adresse e-mail complète sans tenir compte des balises. Donc, si vous avez besoin d’un champ d’e-mail fixe, par exemple 25.25+15@20.3 en caractères pour un total de 90 caractères (si j’ai bien fait mes calculs!).

Celles-ci pourraient être utiles à quelqu’un;

 youtube max channel length = 20 facebook max name length = 50 twitter max handle length = 15 email max length = 255 

http://www.interoadvisory.com/2015/08/6-areas-inside-of-linkedin-with-character-limits/

Je vais habituellement avec:

Prénom : 30 caractères
Nom : 30 caractères
Email : 50 caractères
Adresse : 200 caractères

Si je m’inquiète des longs champs pour les noms, je pourrais aussi parfois utiliser 50 pour les champs de nom, car l’espace de stockage est rarement un problème ces jours-ci.

Si vous avez besoin de considérer la localisation (pour ceux d’entre nous en dehors des États-Unis!) Et que c’est possible dans votre environnement, je vous suggère:

Définissez les types de données pour chaque composant du nom – REMARQUE: certaines cultures ont plus de deux noms! Ensuite, avoir un type pour le nom complet,

La localisation devient alors simple (en ce qui concerne les noms).

La même chose s’applique aux adresses, BTW – différents formats!

c’est varchar non? Donc, peu importe si vous utilisez 50 ou 25, mieux vaut être sûr et utiliser 50, cela dit, je crois que le plus long que j’ai vu est d’environ 19 ans. Les noms sont plus longs