我设计一个数据库表,并再次要问自己同样愚蠢的问题: 应该多长时间的名字是什么?

任何人都不会有合理长度为最常见的领域, 如姓名和电子邮件地址?

有帮助吗?

解决方案

W3C的建议:

如果设计一种形式或数据库,该数据库将接受名称从人 有各种各样的背景,你应该 问问你自己你是否 真的需要有独立域名和家庭的名称。

...记住的名字在一些文化可以是一个相当长很多 比你自己的。... 避免限制领域的大小的名字你的 数据库.特别是,不要假定一个四字 日本名字在UTF-8将适应在四个字–你是有可能 实际上需要12个。

https://www.w3.org/International/questions/qa-personal-names

数据库字段, VARCHAR(255) 是一个安全的默认选择,除非实际上你可以想出一个好的理由,使用别的东西。典型的网络应用、业绩不是一个问题。不要过早地最优化。

其他提示

我只是询问我的数据库与数以百万计的客户在美国。

  • 最大的 第一名 长度是46.我去50.(当然,只有500那些超过25,以及他们的所有情况下的数据进口导致了额外的垃圾缠绕在这一领域。)

  • 最后一名 类似于第一名。

  • 电子邮件地址 刷爆了在62 字符。最长的 实际上列出的电子邮件 地址分离的分号。

  • 街道地址 马克塞斯在95 字符。长的所有 有效的。

  • Max 城市 长度为35。

这应该是一个体面的统计传播的人在美国。如果你有本地化,以考虑,这个数字可能差别很大。

英国政府的数据标准的目录 详细的英国标准,这种事情。它建议35字为每个指定名称和家族姓名,或70个字对于一个单一的领域举行的全名和255字的电子邮件地址。除其他事情..

有些可能是正确的列长度

                            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

长夸大其词上的个人的名字

一个人的名字是Polynym(一名与多 排序 组成),一个Mononym(一名与的一个组成部分),或Pictonym(一个名称表示的一张照片-这一存在由于人喜欢的王子).

一个人可以有多个名称,扮演角色,例如法律、婚姻、少女,较佳,绰号,名,等等。你可能具有商业规则,例如"个人只能有一个法律名称的时间,但多个假名在一个时间"。

一些例子:

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"
  }
]

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"
  }
]

names:[
  {
    type:"POLYNYM",
    role:"LEGAL",
    given:"Prince",
    middle:"Rogers",
    surname:"Nelson"
  },
  {
    type:"MONONYM",
    role:"SOBRIQUET",
    mononym:"Prince"
  },
  {
    type:"PICTONYM",
    role:"LEGAL",
    url:"http://upload.wikimedia.org/wikipedia/en/thumb/a/af/Prince_logo.svg/130px-Prince_logo.svg.png"
  }
]

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 */
  }
]

给出名字,中间的名字、姓氏可以是多重的词语,例如 "Billy Bob" Thornton, 或 Ralph "Vaughn Williams".

我会说非圣贤孰能无过高。因为你可能会使用varchar,任何额外的空间,允许实际上不会使用任何额外的空间,除非有人需要它。我想说的名称(第一或最后),转至少50个字符,并且为电子邮件地址,使其至少128.有一些很长的电子邮件地址。

另一件事我想做的就是去 Lipsum.com 并要求它产生了一些文本。这样,你可以得到一个很好的想法是什么100字节。

我几乎总是使用电力为2除非另有一个很好的理由不,诸如面向客户的接口一些其他数字有特殊意义的客户。

如果你坚持的权力,2它让你在一个有限的一套共同的大小,这本身是一件好事,这使它更容易猜大小的不明物体可能遇到的问题。我看到一个公平的多其他人这样做,而有一些赏心悦目。它通常给了我一个很好的感觉当我看到这个,这意味着设计师想像工程师的数学家。虽然我可能会担心,如果只有总理号的使用。:)

我想找到相同的和联合王国政府的数据标准中提到的接受答案听起来的理想。然而没有这些似乎存在任何更多的后扩展搜索,我发现它在一个档案在这里: http://webarchive.nationalarchives.gov.uk/+/http://www.cabinetoffice.gov.uk/govtalk/schemasstandards/e-gif/datastandards.aspx.需要下载的拉链,提取它然后打开default.htm 在html文件夹。

名字:35 lastname:35 电子邮件:255 url:60+根据服务器和浏览器 城市:45 地址:90

刚刚看的虽然我的电子邮件档案中,有一些相当长的"第一"的名称(当然指的是什么首先是可变的文化)。一个例子是克里希纳穆尔蒂-这是13个字母。一个很好的猜测可能会有20到25个字母在此基础上。电子邮件应该是 很多 再因为你可能有firstname.lastname@somedomain.com.还、主题和其他一些邮件程序允许使用firstname.lastname+sometag@somedomain.com 这里的"sometag"是什么你想放在那里那样你可以用它来进行排序传入电子邮件。我经常运行网络的形式不允许我把我全部的电子邮件地址,而不考虑任何标签。所以,如果你需要一个固定的电子邮件领域,也许喜欢的东西25.25+15@20.3 在字为总共有90个字符的(如果我没有我数学右!).

这些可能是有用的人;

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/

我通常去:

Firstname:30字
Lastname:30字
电子邮件:50个字符
地址:200个字符

如果我关注长领域的名称,我也许有时会有50名领域,因为储藏空间是很少的一个问题,这些天。

如果你需要考虑本地化(对于我们这些在美国以外的!) 和这有可能在环境中,我建议:

定义的数据类型中的每个组成部分的名字-注意:一些文化中具有超过两个名字!然后有一种类型的全名,

然后本地化就变得简单的(如名称而言)。

这同样适用于地址,顺便说一句-不同的格式!

这是varchar吗?所以那并不重要,如果您使用的50或25,更好的安全和使用50,这就是说我相信最长的我都看到约有19。最后一个名称是更长的时间

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top