Oracle的cost值越大,是不是这SQL的执行计划就越差?
最新回答
伪装者
2024-11-03 08:22:40
但是还有一个前提，就是你的表的分析数据要正确。
cost 值的计算，是根据数据库表的统计信息来计算的。
例如 你有一个 一百万行的表 ABC。 在 A 列上面有一个索引。
你
SELECT SUM(B) FROM ABC WHERE A = 100
在数据库没有表/索引的 相关统计信息的情况下， 这个 cost 确实是估计出来的一个大概的值。偏差可能 与这个表中的 A=100 的数量有多少相关。
比如 100万条记录里面， A=100 的数据只有一条 / A=100 的数据只有 十万条。 执行的时间可是差很多的。
但是如果表/索引 没有被分析过， 数据库对于
SELECT SUM(B) FROM ABC WHERE A = 100
还是
SELECT SUM(B) FROM ABC WHERE A = 1000
查询的计划，是一样的。
但是如果你的 表/索引， 是已经分析过了的， 那么 cost 所反映出来的值， 可能更精确一些。
因为在分析的时候，就能知道 A=100 的数据只有一条 还是有 十万条。
数据库可以根据需要，选择最佳的查询方案来进行处理。
假如 那一百万条数据中， A=100 的数据只有一条 ，而 A=1000的数据，有 八十万条。
那么很可能
SELECT SUM(B) FROM ABC WHERE A = 100
使用索引的查询计划
而
SELECT SUM(B) FROM ABC WHERE A = 1000
使用全表扫描的查询计划。
与审美无关△
2024-11-03 02:07:40
for(i=0;i<=n;i++)
for(j=0;j<=n;j++)
{ if(a[i]>b[j])
then "this record should be put into memory"
}
你知道, 索引和表的记录在oracle中是根据他的二元高度确定cost的, 二元高度越高就证明要经过的I/O次数越多, 执行计划就越差, 如果索引记录和基表记录也不在同一个块中，那么更会增加需要query的时间, 所以一般这种情况oracle的执行计划会选择全表扫描来的更快一点。
2. 你说的对, 但是在这里，oracle的内部转换不会根据优先级进行，
比如说 WHERE Ename = 123
但是Ename 是varchar类型, 这个时候就会内部转换为
WHERE TO_NUMBER(ENAME) = 123
记住，在oracle 中,所有字符均被转换为大写, 一般oracle 认为你要检索的条件是"神圣的", 所以一般只转换索引的列进行(本人见解, 不同意见者, 欢迎拍砖)
谁难过我的难过
2024-11-03 07:23:44
你活该阿
2024-11-03 18:43:28
vigilia°宝瓜
2024-11-03 17:09:32
热门标签
