甲骨文解释计划何时被认为是好的？
我正在尝试重构数据库架构，并且 View 和程序包中的查询如此之多，非常慢。
例如，这是最糟糕的查询之一，并给出以下解释计划:
计划
ALL_ROWSC成本:18,096字节:17基数:1
我不问如何解决查询，只是问如何认为解释计划是好的。谢谢!!
最佳答案
在考虑解释计划的结果之前，我们需要了解以下术语，
基数–估计每个操作产生的行数。
•访问方法–通过表扫描或索引访问数据的方式
访问。
•连接方法–用于将表彼此连接的方法(例如，哈希，排序合并等)。
•联接类型–联接的类型(例如，外联接，反联接，半联接等)。
•连接顺序–表彼此连接的顺序。
•分区修剪–仅访问必要的分区来回答查询吗？
•并行执行–在并行执行的情况下，计划中的每个操作是否
并行进行？是否使用了正确的数据重新分配方法？
通过审查四个关键
基数估计，访问方法，联接方法和联接顺序的元素；您可以确定执行计划是否是最佳的可用计划。
本白皮书将为您提供帮助http://www.oracle.com/technetwork/database/focus-areas/bi-datawarehousing/twp-explain-the-explain-plan-052011-393674.pdf
关于sql - 如何将解释计划视为好-Oracle 10G，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/13838173/