d、数据库原型作为公司与客户签定合约时相互交流信息所使用的画面。每次协商都要借助于开发的原型，它可以很好的反映开发商最终开发的产品。数据库设计者可以利用其为工作模型，设计文档所使用，避免用户所需信息的缺失。
e、与客户商谈时应注意，不要抢先发言；威胁客户；以及在他们向你讲述他们想要做的事情之前大谈你的看法，而不顾用户的期望都有可能造成项目的失败。与客户进行友善地商谈是我们获得设计信息得坚实基础。如果基础不牢靠，最终的产品也不会成功。在向客户提出：
1、谁使用这些数据？
2、如何使用这些数据？
3、客户需要那些报表？
4、以前数据处理办法？
5、由那些规则控制数据的使用？
这几个问题都很有必要了解清楚。
2、逻辑设计阶段
a、我认为在逻辑设计阶段，应禁止谈论性能问题，应该瞄准概念模型。作为一般建议，设计者最好尝试规范化尽量高的级别。如果在系统测试中，发现了性能问题，则可以反向规范化这个系统。但我们永远不要为了调整应用程序的性能而放弃规范化的结构。所以，提倡等到物理模型化阶段或至少迫不得已的理由再反向规范化。
b、在逻辑设计结束，下一步开始时，建议考虑一下以下问题：
1、数据的用法
报表的处理；数据的使用和所有权；与外部系统的接口；数据转换计划
2、容量的测定
表和数据库的增长
3、项目计划
4、最后的文档复审
通读所有文档，并对其修改和校准。使客户在合同上签字。
c、作为设计者，你还应对客户在未来可能产生的需求进行必要预测和文档编写。这样可以在客户未来的业务到来时，可以获得更多的操作时间。
结束语
当然，随着数据库技术的发展，各种技术，新方法都会不断的出现。这都需要我们在纷繁错杂中去探寻，去发掘。
参考文献
1 Louis Davidson编著，《SQL SERVER 2000数据库设计权威指南》 中国电力出版 2003
2 George Reese,Randy Jay Yarger,Tim King Gugb E. Williams著 《MySQL权威指南》：中国电力出版社 2003
责任编辑：cyth
您现在的位置： 