在建立数据库时到底采用什么策略?约束好不好?(100分)

  • 主题发起人 主题发起人 raider
  • 开始时间 开始时间
实用,放开。
 
刚才断线,问题如下: sigh
在标准的数据教材中, 我们经常可以看到要在表中建立约束,保证数据的
完整性。
但是在一个有上百个表的库中,有的表需要和许多表建立关联,
这样在查询时必然导致性能下降。
请问各位程序高手,在一个商业的C/S结构中,后台数据库中
要不要许多约束?如果不采用约束,采用什么办法保证数据的一致性和
完整性?多谢! 
 
强烈建议所有搞(大)数据库的朋友读读关于 IDEFIX 之类的理论!
 
我刚才接触,请问什么是 IDEFIX 之类的理论 ?在那里有这些资料?
特别是关于数据库设计的?多谢!
 
一般来说,是该有约束条件的。比如说,添一个单据,就得有商品了,
那么,没有商品的肯定不能让它过。加一个约束可以解决这个问题。
但有时候约束条件还是会有其不便的。怎么用,就在你自已了。
如果数据库不加任何约束的话,你可以在程序中其检查这些项目,
还是上面的,你可在程序中判断是否选择或填写了一些应该填写的字段。
 
强烈建议大家去看看
ER WIN-MATHOD-GUID
东西不多,105页,包括目录,附录,而且如果把有用的东西翻译成中文,不过40张
纸,别让我翻:)
 
约束的确有利有弊。不过应该不会影响速度。
数据库设计非常重要,设计不好给自己找很多麻烦。
 
cj, 加油, 翻出来:-)
 
多人接受答案了。
 
后退
顶部