我刚刚查询了美国数百万客户的数据库。

名字的最大长度为46。我猜是50个。(当然，其中超过25岁的只有500个，而且都是数据导入导致该领域出现额外垃圾的情况。) 姓与名相似。 电子邮件地址最多62个 字符。大部分是较长的 实际上是电子邮件列表吗 用分号分隔的地址。 街道地址最多95 字符。长点的都是 有效的。 最大城市长度为35。

对于美国人来说，这应该是一个不错的统计分布。如果你需要考虑本土化问题，数值可能会有很大差异。

我几乎总是使用2的幂，除非有很好的理由不这样做，比如在面向客户的界面上，其他一些数字对客户有特殊的意义。

如果你坚持使用2的幂，那么你就可以在一个有限的常见大小范围内，这本身就是一件好事，它可以让你更容易猜测你可能遇到的未知物体的大小。我看到很多人都在这么做，而且这种做法也很有美感。当我看到这些时，我通常会有一种良好的感觉，这意味着设计师像工程师或数学家一样思考。不过如果只用质数，我可能会担心。：）

我刚刚查询了美国数百万客户的数据库。

名字的最大长度为46。我猜是50个。(当然，其中超过25岁的只有500个，而且都是数据导入导致该领域出现额外垃圾的情况。) 姓与名相似。 电子邮件地址最多62个 字符。大部分是较长的 实际上是电子邮件列表吗 用分号分隔的地址。 街道地址最多95 字符。长点的都是 有效的。 最大城市长度为35。

对于美国人来说，这应该是一个不错的统计分布。如果你需要考虑本土化问题，数值可能会有很大差异。

我通常会选择:

名字:30个字符 姓氏:30个字符 电子邮件:50个字符 地址:200个字符

如果我担心名称字段太长，我有时也会将名称字段设置为50，因为现在存储空间很少成为问题。

是varchar，对吧?所以不管你用50个还是25个，为了安全起见，最好用50个，我认为我见过的最长的是19个左右。姓更长

如果你需要考虑本土化，并且这在你的环境中是可行的，我建议:

为名称的每个组件定义数据类型——注意:某些区域性有两个以上的名称!然后为全名设置一个类型，

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

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