Database design 通用数据库字段大小/类型快速参考?

Database design 通用数据库字段大小/类型快速参考?,database-design,Database Design,我想让我的领域尽可能小,但同时我不想回去,使他们更大以后 我想知道是否有一些关于公共数据库字段的字段大小和/或类型的快速参考 i、 例如,对于电子邮件字段,什么是合理的?50? 一百 或者这不是我应该担心的事情吗?这里有一篇相关的帖子,可能有助于回答您的问题 如果使用VARCHAR()(或NVARCHAR()),则无需过多担心设置稍高的初始值,而且在大多数DBMS上,事后增加大小既不会造成数据丢失,也不会带来实际成本 在大多数DBMS上,在表中至少使用一个varchar字段是有成本的,但无论您有

我想让我的领域尽可能小,但同时我不想回去,使他们更大以后

我想知道是否有一些关于公共数据库字段的字段大小和/或类型的快速参考

i、 例如,对于电子邮件字段,什么是合理的?50? 一百


或者这不是我应该担心的事情吗?

这里有一篇相关的帖子,可能有助于回答您的问题

如果使用VARCHAR()(或NVARCHAR()),则无需过多担心设置稍高的初始值,而且在大多数DBMS上,事后增加大小既不会造成数据丢失,也不会带来实际成本

在大多数DBMS上,在表中至少使用一个varchar字段是有成本的,但无论您有一个或多个varchar,成本都是相同的。定义一个至少有一个varchar字段的表的每行成本是名义上的(一个或两个字节),通常通过不存储所有这些长字符串的节省来抵消

使用固定长度的字符类型时,电子邮件地址需要至少允许40个字符,因为这样长的地址并不少见,但对于大多数行来说,这可能会浪费15到20个字节,因为大多数电子邮件地址的平均长度约为20-25(甚至更少)

因此,简而言之,除非数据集的记录计数达到数百万以上,而且性能是一个主要问题,否则使用VARCHAR和类似的类型就不必对单个字段的最大允许长度做出艰难的选择(实际上很难更改选择)

可能重复的