从性能/索引/数据管理的角度来看,使用子对象上的主键作为外键来创建表之间的一对一关系与使用子对象上的纯代理主键创建一对一关系的优缺点是什么?第一种方法似乎减少了冗余,并很好地隐式地约束了一对一,而第二种方法似乎受到DBA的青睐,尽管它创建了第二个索引: id integer primary主要关注的是子表上的索引碎片。假设主键为1-100000
我有一个应用程序,其中的指令说明它不能与具有多个字段的聚集索引一起工作。无法抗拒测试,这是真的。如果我添加一个包含2个字段的聚集索引,应用程序就会陷入一些无穷无尽的困境。我认为索引是数据库内部的东西,不会影响应用程序。如何编写在聚集索引中不起作用的sql?
应用程序正在使用sql server 2005。