对于建议创建的索引,如何取舍?肯定不是索引越多越好。索引在提升查询性能的情况下 会影响插入和修改,比如我有个生产表,非常重要,ERP很多画面都会用到这个表,当然上面也创建了很多索引,如果不考虑占用数据库空间资源的话,如何把握好这个“度”?
对于oltp系统, 索引得个数最多不要操过5-7个,否则对写入操作就会有明显影响,尤其对一些关键的业务表,它建索引通常还需要考虑业务的优先级,如果让erp等系统来访问 生产的表,带来了很多不确定性,可以考虑读写分离的 方案,然后再针对erp访问设计索引。对于olap系统,我的理解是如果你需要,那么就应该创建 ,当然还要考虑索引是否可以合并 。