3.预先计划 上个世纪80年代初，我还在使用资产帐目系统和System38平台，那时我负责设计所 有的日期字段，这样在不费什么力气的情况下将来就可以轻松处理2000年问题了。许多人 给我说就别去解决这一问题了，因为要处理起来太麻烦了（这在世人皆知的Y2K问题之前 很久了)。我回击说只要预先计划今后就不会遇到大麻烦。结果我只用了两周的时间就把程 序全部改完了。因为预先计划的好，后来Y2K问题对该系统的危害降到了最低程度（最近 听说该程序甚至到了1995年都还运行在AS/400系统上，唯一出现的小问题是从代码中删 除注释费了点工夫)。一generalist 4.获取数据模式资源手册 正在寻求示例模式的人可以阅读《数据模式资源手册》一书，该书由Len Silverston、 W.H.Inmon和Kent Graziano编写，是一本值得拥有的最佳数据建模图书。该书包括的章 节涵盖多种数据领域，比如人员、机构和工作效能等。一minstrelmike 5.畅想未来，但不可忘了过去的教训 我发现询问用户如何看待未来需求变化非常有用。这样做可以达到两个目的：首先， 你可以清楚地了解应用设计在哪个地方应该更具灵活性以及如何避免性能瓶颈：其次，你知 道发生事先没有确定的需求变更时用户将和你一样感到吃惊。一chrisdl 一定要记住过去的经验教训！我们开发人员还应该通过分享自己的体会和经验互相帮 助。即使用户认为他们再也不需要什么支持了，我们也应该对他们进行这方面的教育，我们 都曾经面临过这样的时刻“当初要是这么做了该多好.”。一dhattrem 6.在物理实践之前进行逻辑设计 在深入物理设计之前要先进行逻辑设计。随着大量的CASE工具不断涌现出来，你的设 计也可以达到相当高的逻辑水准，你通常可以从整体上更好地了解数据库设计所需要的方方 面面。一chardove 7.了解你的业务 在你百分百地确定系统从客户角度满足其需求之前不要在你的E(实体关系)模式中 加入哪怕一个数据表（怎么，你还没有模式？那请你参看技巧9）。了解你的企业业务可以 在以后的开发阶段节约大量的时间。一旦你明确了业务需求，你就可以自己做出许多决策了。 -rangel 一旦你认为你已经明确了业务内容，你最好同客户进行一次系统的交流。采用客户的术 语并且向他们解释你所想到的和你所听到的。同时还应该用可能、将会和必须等词汇表达出 系统的关系基数。这样你就可以让你的客户纠正你自己的理解然后做好下一步的ER设计。 一teburlew3. 预先计划 上个世纪 80 年代初，我还在使用资产帐目系统和 System 38 平台，那时我负责设计所 有的日期字段，这样在不费什么力气的情况下将来就可以轻松处理 2000 年问题了。许多人 给我说就别去解决这一问题了，因为要处理起来太麻烦了（这在世人皆知的 Y2K 问题之前 很久了）。我回击说只要预先计划今后就不会遇到大麻烦。结果我只用了两周的时间就把程 序全部改完了。因为预先计划的好，后来 Y2K 问题对该系统的危害降到了最低程度（最近 听说该程序甚至到了 1995 年都还运行在 AS/400 系统上，唯一出现的小问题是从代码中删 除注释费了点工夫）。— generalist 4. 获取数据模式资源手册 正在寻求示例模式的人可以阅读《数据模式资源手册》一书，该书由 Len Silverston、 W. H.Inmon 和 Kent Graziano 编写，是一本值得拥有的最佳数据建模图书。该书包括的章 节涵盖多种数据领域，比如人员、机构和工作效能等。— minstrelmike 5. 畅想未来，但不可忘了过去的教训 我发现询问用户如何看待未来需求变化非常有用。这样做可以达到两个目的：首先， 你可以清楚地了解应用设计在哪个地方应该更具灵活性以及如何避免性能瓶颈；其次，你知 道发生事先没有确定的需求变更时用户将和你一样感到吃惊。— chrisdk 一定要记住过去的经验教训！我们开发人员还应该通过分享自己的体会和经验互相帮 助。即使用户认为他们再也不需要什么支持了，我们也应该对他们进行这方面的教育，我们 都曾经面临过这样的时刻“当初要是这么做了该多好..”。— dhattrem 6. 在物理实践之前进行逻辑设计 在深入物理设计之前要先进行逻辑设计。随着大量的 CASE 工具不断涌现出来，你的设 计也可以达到相当高的逻辑水准，你通常可以从整体上更好地了解数据库设计所需要的方方 面面。— chardove 7. 了解你的业务 在你百分百地确定系统从客户角度满足其需求之前不要在你的 ER（实体关系）模式中 加入哪怕一个数据表（怎么，你还没有模式？那请你参看技巧 9）。了解你的企业业务可以 在以后的开发阶段节约大量的时间。一旦你明确了业务需求，你就可以自己做出许多决策了。 — rangel 一旦你认为你已经明确了业务内容，你最好同客户进行一次系统的交流。采用客户的术 语并且向他们解释你所想到的和你所听到的。同时还应该用可能、将会和必须等词汇表达出 系统的关系基数。这样你就可以让你的客户纠正你自己的理解然后做好下一步的 ER 设计。 — teburlew