收到开发这边的确认请求，如下三个语句，执行计划的COST均一样，但为什么实际执行效果相差很大（1)的查询速度很慢，2)和3)都正常）。
通过如上视图，我们不难发现虽然执行计划中没有体现COUNT的代价，但其中有行级的COUNT，，也就是主表有多少行就要COUNT多少次，而这时一个很恐怖的数字。显然这是表结构设计上的问题。而要优化就是要更改表结构，在主表中及上需要COUNT的字段。
想要成功，就一定要和成功的人在一起，不然反之
Oracle不合理的表设结构计导致执行缓慢
收到开发这边的确认请求，如下三个语句，执行计划的COST均一样，但为什么实际执行效果相差很大（1)的查询速度很慢，2)和3)都正常）。
通过如上视图，我们不难发现虽然执行计划中没有体现COUNT的代价，但其中有行级的COUNT，，也就是主表有多少行就要COUNT多少次，而这时一个很恐怖的数字。显然这是表结构设计上的问题。而要优化就是要更改表结构，在主表中及上需要COUNT的字段。
想要成功，就一定要和成功的人在一起，不然反之