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