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