对于表来说,不必使用很多字段作为索引,因为索引量很大。
因此,当需要运行sp
或view
时,某些字段可能不存在于索引中,并返回它们进行查找转换。
现在,我使用封面索引来防止此问题,并且我想为每个表创建多个索引,因为sp中的每个列都不存在于索引中,可以包括({cover index
)add to index。
我可能必须为一张表建立10个索引。
您认为这是现在还是不是?
答案 0 :(得分:0)
您需要将拥有更快的SELECT
和拥有缓慢的INSERT
,DELETE
和UPDATE
的开销进行比较-在这种情况下索引也需要修改。正如Luaan的上述评论所述,通常没有好的索引或坏的索引,因此有一些方案可供选择:为了某些东西的利益,您可以牺牲什么。
您还需要考虑对索引的维护,因为如果进行了修改,就会产生碎片,并且SELECT
的收益会下降。