d、数据库原型作为公司与客户签定合约时相互交流信息所使用的画面。每次协商都要借助于开发的原型,它可以很好的反映开发商最终开发的产品。数据库设计者可以利用其为工作模型,设计文档所使用,避免用户所需信息的缺失。
0 Q& a( N" A* s: R( De、与客户商谈时应注意,不要抢先发言;威胁客户;以及在他们向你讲述他们想要做的事情之前大谈你的看法,而不顾用户的期望都有可能造成项目的失败。与客户进行友善地商谈是我们获得设计信息得坚实基础。如果基础不牢靠,最终的产品也不会成功。在向客户提出:
5 E7 q; ~$ A' L1、谁使用这些数据?
- s. P' Y. ]3 d: @2、如何使用这些数据? 0 G3 i7 v2 I, G4 T; c% m
3、客户需要那些报表? % {, A" o6 C0 |7 w1 A* N
4、以前数据处理办法?
- p F+ H* J' p- r" k- @5、由那些规则控制数据的使用?
0 F+ o! U8 l! B- P# i! [ W这几个问题都很有必要了解清楚。
7 T+ b" `9 v' x: z% V2、逻辑设计阶段 ) g0 G% c3 j+ \6 q" v5 D
a、我认为在逻辑设计阶段,应禁止谈论性能问题,应该瞄准概念模型。作为一般建议,设计者最好尝试规范化尽量高的级别。如果在系统测试中,发现了性能问题,则可以反向规范化这个系统。但我们永远不要为了调整应用程序的性能而放弃规范化的结构。所以,提倡等到物理模型化阶段或至少迫不得已的理由再反向规范化。
+ F9 F' F) K8 |b、在逻辑设计结束,下一步开始时,建议考虑一下以下问题: 4 }5 @: q2 O1 {+ d- V, G' T F3 j
1、数据的用法
m" l/ V( J |1 y; i4 y# I# o) b+ n报表的处理;数据的使用和所有权;与外部系统的接口;数据转换计划 ! r1 p4 {5 {. A1 q+ E& m
2、容量的测定 . c8 c2 F2 N9 y5 q) Z
表和数据库的增长
2 n4 D; f7 B7 S3、项目计划 ( m7 `& m4 L3 }5 f" Z. s
4、最后的文档复审 ! F5 b9 A& h. \4 z$ ~) ^
通读所有文档,并对其修改和校准。使客户在合同上签字。
$ W- s. F! n' o' G0 @# A$ a4 Z: |c、作为设计者,你还应对客户在未来可能产生的需求进行必要预测和文档编写。这样可以在客户未来的业务到来时,可以获得更多的操作时间。
$ e, H& \% y" M. N0 t结束语
4 E: W% l3 i; r) s当然,随着数据库技术的发展,各种技术,新方法都会不断的出现。这都需要我们在纷繁错杂中去探寻,去发掘。
1 `6 l. X6 m8 s# Z8 E/ d' Q参考文献
: n5 k- d; u, b% t* ^1 Louis Davidson编著,《SQL SERVER 2000数据库设计权威指南》 中国电力出版 2003 2 George Reese,Randy Jay Yarger,Tim King Gugb E. Williams著 《MySQL权威指南》:中国电力出版社 2003 |