10. 采用常用实体命名机构数据 — teburlew 组织数据的最简单办法就是采用常用名字，比如：PERSON、ORGANIZATION、ADDRESS 和 PHONE 等等。当你把这些常用的一般名字组合起来或者创建特定的相应副实体时，你就得到了 自己用的特殊版本。开始的时候采用一般术语的主要原因在于所有的具体用户都能对抽象事物具 体化。 有了这些抽象表示，你就可以在第2 级标识中采用自己的特殊名称，比如，PERSON 可能是 Employee、Spouse、Patient、Client、Customer、Vendor 或者Teacher 等。同样的， ORGANIZATION 也可能是MyCompany、MyDepartment、Competitor、Hospital、 Warehouse、Government 等。最后ADDRESS 可以具体为Site、Location、Home、Work、 Client、Vendor、Corporate 和FieldOffice 等。 采用一般抽象术语来标识“事物”的类别可以让你在关联数据以满足业务要求方面获得巨大的灵 活性，同时这样做还可以显著降低数据存储所需的冗余量。 11. 用户来自世界各地 — teburlew 在设计用到网络或者具有其他国际特性的数据库时，一定要记住大多数国家都有不同的字段格 式，比如邮政编码等，有些国家，比如新西兰就没有邮政编码一说。 — billh 12. 数据重复需要采用分立的数据表 如果你发现自己在重复输入数据，请创建新表和新的关系。 13. 每个表中都应该添加的3 个有用的字段 — Alan Rash · dRecordCreationDate，在VB 下默认是Now()，而在SQL Server 下默认为GETDATE() · sRecordCreator，在SQL Server 下默认为NOT NULL DEFAULT USER · nRecordVersion，记录的版本标记；有助于准确说明记录中出现null 数据或者丢失数据的原 因 14. 对地址和电话采用多个字段 — Peter Ritchie 描述街道地址就短短一行记录是不够的。Address_Line1、Address_Line2 和Address_Line3 可 以提供更大的灵活性。还有，电话号码和邮件地址最好拥有自己的数据表，其间具有自身的类型 和标记类别。 — dwnerd 过分标准化可要小心，这样做可能会导致性能上出现问题。虽然地址和电话表分离通常可以达到 最佳状态，但是如果需要经常访问这类信息，或许在其父表中存放“首选”信息（比如 Customer 等）更为妥当些。非标准化和加速访问之间的妥协是有一定意义的。 — dhattrem Page 7 . CNET Networks Inc. 2002 www.zdnet.com.cn/developer 15. 使用多个名称字段 我觉得很吃惊，许多人在数据库里就给name 留一个字段。我觉得只有刚入门的开发人员才会这 么做，但实际上网上这种做法非常普遍。我建议应该把姓氏和名字当作两个字段来处理，然后在 查询的时候再把他们组合起来。 — klempan Klempan 不是唯一一个注意到使用单个name 字段的人，要把这种情况变得对用户更为友好有好 些方法。我最常用的是在同一表中创建一个计算列，通过它可以自动地连接标准化后的字段，这 样数据变动的时候它也跟着变。不过，这样做在采用建模软件时得很机灵才行。总之，采用连接 字段的方式可以有效的隔离用户应用和开发人员界面。 16. 提防大小写混用的对象名和特殊字符 — damon 过去最令我恼火的事情之一就是数据库里有大小写混用的对象名，比如CustomerData。这一问 题从Access 到Oracle 数据库都存在。我不喜欢采用这种大小写混用的对象命名方法，结果还不 得不手工修改名字。想想看，这种数据库/应用程序能混到采用更强大数据库的那一天吗？采用全 部大写而且包含下划符的名字具有更好的可读性（CUSTOMER_DATA），绝对不要在对象名的 字符之间留空格。 17. 小心保留词 — bfren 要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突，比如，最近我编写的一个 ODBC 连接程序里有个表，其中就用了DESC 作为说明字段名。后果可想而知！DESC 是 DESCENDING 缩写后的保留词。表里的一个SELECT *语句倒是能用，但我得到的却是一大堆 毫无用处的信息。 18. 保持字段名和类型的一致性 — Daniel Jordan 在命名字段并为其指定数据类型的时候一定要保证一致性。假如字段在某个表中叫做 “agreement_number”，你就别在另一个表里把名字改成“ref1”。假如数据类型在一个表里 是整数，那在另一个表里可就别变成字符型了。记住，你干完自己的活了，其他人还要用你的数 据库呢。 19. 仔细选择数字类型 — setanta 在SQL 中使用smallint 和tinyint 类型要特别小心，比如，假如你想看看月销售总额，你的总额字 段类型是smallint，那么，如果总额超过了$32,767 你就不能进行计算操作了。 20. 删除标记 — egermain 在表中包含一个“删除标记”字段，这样就可以把行标记为删除。在关系数据库里不要单独删除 某一行；最好采用清除数据程序而且要仔细维护索引整体性。 — kol Page 8 . CNET Networks Inc. 2002 www.zdnet.com.cn/developer