8.创建数据字典和ER图表 一定要花点时间创建ER图表和数据字典。其中至少应该包含每个字段的数据类型和在 每个表内的主外键。创建ER图表和数据字典确实有点费时但对其他开发人员要了解整个设 计却是完全必要的。越早创建越能有助于避免今后面临的可能混乱，从而可以让任何了解数 据库的人都明确如何从数据库中获得数据。一bgumbert 有一份诸如E图表等最新文档其重要性如何强调都不过分，这对表明表之间关系很有 用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对SQL表达式的文档 化来说这是完全必要的。一vanduin.chris.cj 9.创建模式 一张图表胜过千言万语：开发人员不仅要阅读和实现它，而且还要用它来帮助自己和用 户对话。模式有助于提高协作效能，这样在先期的数据库设计中几乎不可能出现大的问题。 模式不必弄的很复杂：甚至可以简单到手写在一张纸上就可以了。只是要保证其上的逻辑关 系今后能产生效益。一Dana Daigle 10.从输入输出下手 在定义数据库表和字段需求（输入）时，首先应检查现有的或者己经设计出的报表、 查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。举个简单的例子：假 如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码 字段而不要把邮政编码糅进地址字段里。一peter..marshall 11.报表技巧 要了解用户通常是如何报告数据的：批处理还是在线提交报表？时间间隔是每天、每 周、每月、每个季度还是每年？如果需要的话还可以考虑创建总结表。系统生成的主键在报 表中很难管理。用户在具有系统生成主键的表内用副键进行检索往往会返回许多重复数据。 这样的检索性能比较低而且容易引起混乱。一ko1 12.理解客户需求 看起来这应该是显而易见的事，但需求就是来自客户（这里要从内部和外部客户的角度 考虑)。不要依赖用户写下来的需求，真正的需求在客户的脑袋里。你要让客户解释其需求， 而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。一个不变的真 理是：“只有我看见了我才知道我想要的是什么”必然会导致大量的返工，因为数据库没有 达到客户从来没有写下来的需求标准。而更糟的是你对他们需求的解释只属于你自己，而且 可能是完全错误的。一kgilson8. 创建数据字典和 ER 图表 一定要花点时间创建 ER 图表和数据字典。其中至少应该包含每个字段的数据类型和在 每个表内的主外键。创建 ER 图表和数据字典确实有点费时但对其他开发人员要了解整个设 计却是完全必要的。越早创建越能有助于避免今后面临的可能混乱，从而可以让任何了解数 据库的人都明确如何从数据库中获得数据。— bgumbert 有一份诸如 ER 图表等最新文档其重要性如何强调都不过分，这对表明表之间关系很有 用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对 SQL 表达式的文档 化来说这是完全必要的。— vanduin.chris.cj 9. 创建模式 一张图表胜过千言万语：开发人员不仅要阅读和实现它，而且还要用它来帮助自己和用 户对话。模式有助于提高协作效能，这样在先期的数据库设计中几乎不可能出现大的问题。 模式不必弄的很复杂；甚至可以简单到手写在一张纸上就可以了。只是要保证其上的逻辑关 系今后能产生效益。— Dana Daigle 10. 从输入输出下手 在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、 查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。举个简单的例子：假 如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码 字段而不要把邮政编码糅进地址字段里。— peter.marshall 11. 报表技巧 要了解用户通常是如何报告数据的：批处理还是在线提交报表？时间间隔是每天、每 周、每月、每个季度还是每年？如果需要的话还可以考虑创建总结表。系统生成的主键在报 表中很难管理。用户在具有系统生成主键的表内用副键进行检索往往会返回许多重复数据。 这样的检索性能比较低而且容易引起混乱。— kol 12. 理解客户需求 看起来这应该是显而易见的事，但需求就是来自客户（这里要从内部和外部客户的角度 考虑）。不要依赖用户写下来的需求，真正的需求在客户的脑袋里。你要让客户解释其需求， 而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。一个不变的真 理是：“只有我看见了我才知道我想要的是什么”必然会导致大量的返工，因为数据库没有 达到客户从来没有写下来的需求标准。而更糟的是你对他们需求的解释只属于你自己，而且 可能是完全错误的。— kgilson