oracle 的hint有啥用

Posted 2023-04-08

相对而言ORACLE优化器已经非常智能，产生的执行计划也是最优的，但是ORACLE还是提供了一些hint供用户显示的控制执行计划，因为大千世界各种各样的业务都有，ORACLE优化器生成的执行计划并不一定适用于所有业务，同时hint对于DBA而言更是一件利器，我们可以通过hint看到优化后的执行计划，总结一下常用hint。1.全表扫描hintfull(table_name)相对而言，全表扫描hint使用场合较少，但是要知道，全表扫描并不一定比索引效率低，特别是查询表中80%以上的数据库，全表扫描的效率要高于索引扫描。2.索引hintindex(table_nameindex_name)这两种hint一个是强制使用索引，另一个是强制执行计划不要走索引，什么用呢？常用于SQL调优过程中对比索引和非索引扫描。3.索引快速扫描hintindex_ffs(table_nameindex_name)这种索引称之为索引快速扫描，常用于统计索引列键值的个数，如count(object_id)，跟全表扫描很像，但效率要比全表扫描要高很多，也就是执行计划中看到的FASTFULLSCN。4.索引跳跃扫描hintindex_ss(table_nameindex_name)该hint在执行计划中就是传说中的INDEXSKIPSCAN这个对新手而言不太好理解，举个例子索引有两个列（A,B)类型组合索引，但是查询中where条件只有B没有Aselect*fromwhereb=1，此时ORACLE优化器走的索引就是所谓的索引跳跃扫描，只在CBO下适用，在RBO不适用。5.表关联hintuser_nl(table_name1table_name2)此hint是表之间关联效率最高的一种，通常用于一大一小两表之间进行关联查询，小表作驱动表进行全表扫描，大表上要求有索引，走索引扫描，代价最低。6.表关联hintuse_hash(table_name1table_name2)如果两个表一大一小，但是大表没有索引就会选择HASH，如果两个结果集比较小还可以承受，但是如果两个较大的表HASH的话，会直接将数据库HANG住，最好避免这种算法7.表关联hintuser_merge(table_name1table_name2)两个表进行关联，分别对全个表进行全表扫描后排序然后进行合并，排序既消耗内存又消耗CPU，总之代价比较大，常通过在两个表上创建索引避免此类连接的发生。因此对比后发现，只有nested_loop方式进行关联是最优的。8.表顺序hintleading(table_name1table_name2)在RBO模式下，我们常常通过考虑from后面表的先后顺序来进行SQL优化，但是此方法对RBO模式不再适用，CBO模式下按照顺序选择驱动表9.数据加载hintappend()直接路径加载，对于大表操作极为有用，原理是什么呢？打个比方，好比两个超市理货员，一人一箱货需要上架到货架上，一个人去找货架中空闲位置去放，可能需要找N个空闲位，另一个人找一个空的货架直接放上去，那个效果最高？当然是第二个，此hint的作用就是让ORACLE找一个大空亲块直接存放新数据，而不是挤空闲位置去放新数据，如果此hint同时加上nologing联合使用效果更高，常用于数据迁移项目中。10.dblink处理端hintdriving_site(table_name)此hint常用于通过dblink连接处理数据的业务，它的作用是将本地表推送到远端数据库进行关联然后将结果返回，常用于本地表较小，远端表较大的情况，效果很是不错。11.数据返回模式hintfirst_rows该hint是影响数据返回模式hint，添加后ORACLE将边处理边返回，数据仓库中用的比较多，但是在OLTP系统中也常见，上次系统优化就因为一兄弟在添加hint时，添加后发现执行计划没变，于是将原有的hintfirst_rows然后添加hintdriving_site()，执行计划是变了，变化是因去去掉first_rows引起的，并且通过dblink远端数据库执行时查询全变成的全表扫描，导致两个业务大表hash，业务高峰直接将数据库宕机，因此该hint添加或删除一定要看远端执行计划有无发生变化，否则后果不开设想（切记）。 参考技术A 　　部分常用hint。
　　1.全表扫描hint full(table_name)
　　相对而言，全表扫描hint使用场合较少，但是要知道，全表扫描并不一定比索引效率低，特别是查询表中80%以上的数据库，全表扫描的效率要高于索引扫描。
　　2.索引hint index(table_name index_name)
　　这两种hint一个是强制使用索引，另一个是强制执行计划不要走索引，什么用呢？常用于SQL调优过程中对比索引和非索引扫描。
3.索引快速扫描hint index_ffs(table_name index_name)
　　这种索引称之为索引快速扫描，常用于统计索引列键值的个数，如count(object_id)，跟全表扫描很像，但效率要比全表扫描要高很多，也就是执行计划中看到的FAST FULL SCN。
4.索引跳跃扫描hint index_ss(table_name index_name)
　　该hint在执行计划中就是传说中的 INDEX SKIP SCAN 这个对新手而言不太好理解，举个例子索引有两个列（A,B)类型组合索引，但是查询中where条件只有B没有A select * from where b=1，此时ORACLE优化器走的索引就是所谓的索引跳跃扫描，只在CBO下适用，在RBO不适用。
5.表关联hint user_nl(table_name1 table_name2)
　　此hint是表之间关联效率最高的一种，通常用于一大一小两表之间进行关联查询，小表作驱动表进行全表扫描，大表上要求有索引，走索引扫描，代价最低。
　　6.表关联hint use_hash(table_name1 table_name2)
　　如果两个表一大一小，但是大表没有索引就会选择HASH，如果两个结果集比较小还可以承受，但是如果两个较大的表HASH的话，会直接将数据库HANG住，最好避免这种算法
7.表关联hint user_merge(table_name1 table_name2)
　　两个表进行关联，分别对全个表进行全表扫描后排序然后进行合并，排序既消耗内存又消耗CPU，总之代价比较大，常通过在两个表上创建索引避免此类连接的发生。因此对比后发现，只有nested_loop方式进行关联是最优的。
　　8.表顺序hint leading(table_name1 table_name2)
　　在RBO模式下，我们常常通过考虑from 后面表的先后顺序来进行SQL优化，但是此方法对RBO模式不再适用，CBO模式下按照顺序选择驱动表
9.数据加载hint append()
　　直接路径加载，对于大表操作极为有用，原理是什么呢？打个比方，好比两个超市理货员，一人一箱货需要上架到货架上，一个人去找货架中空闲位置去放，可能需要找N个空闲位，另一个人找一个空的货架直接放上去，那个效果最高？当然是第二个，此hint的作用就是让ORACLE找一个大空亲块直接存放新数据，而不是挤空闲位置去放新数据，如果此hint同时加上nologing联合使用效果更高，常用于数据迁移项目中。
　　10.dblink处理端hint driving_site(table_name)
　　此hint常用于通过dblink连接处理数据的业务，它的作用是将本地表推送到远端数据库进行关联然后将结果返回，常用于本地表较小，远端表较大的情况，效果很是不错。
　　11.数据返回模式hint first_rows
　　该hint是影响数据返回模式hint，添加后ORACLE将边处理边返回，数据仓库中用的比较多，但是在OLTP系统中也常见，上次系统优化就因为一兄弟在添加hint 时，添加后发现执行计划没变，于是将原有的hint first_rows 然后添加hint driving_site()，执行计划是变了，变化是因去去掉first_rows引起的，并且通过dblink远端数据库执行时查询全变成的全表扫描，导致两个业务大表hash，业务高峰直接将数据库宕机，因此该hint添加或删除一定要看远端执行计划有无发生变化，否则后果不开设想（切记）。
　　特别需要注意的是，使用hint时切记查看表名是否使用了别名，如果使用了别名，记得要在hint中也要使用别名，否则hint是没有作用的（切记）

oracle中的视图有啥用？ [关闭]

【中文标题】oracle中的视图有啥用？ [关闭]

【英文标题】：What is the use of views in oracle? [closed]oracle中的视图有什么用？ [关闭]

【发布时间】：2014-11-21 09:19:29

【问题描述】：

当我可以简单地编写一个选择查询时，为什么我需要创建一个视图？ 例如

/
 CREATE OR REPLACE VIEW testview AS SELECT empno,ename,sal FROM emp;
/

为什么我不能写一个简单的选择查询，例如

/
SELECT empno,ename,sal FROM emp;
/

视图的实际用途是什么。在哪些场景中使用了视图？

【问题讨论】：

此类问题的第一站是 Oracle Database Concepts docs.oracle.com/database/121/CNCPT/schemaob.htm#CNCPT311，它是文档的一部分（对于使用 Oracle 的每个人来说都是必读的）。当您有具体问题时再回来。

【参考方案1】：

Oracle 视图提供了一些引人注目的优势。其中包括：

正在使用的代码的通用性。由于视图基于一组常见的 SQL，这意味着当它被调用时，它不太可能需要解析。这是因为调用的基本底层 SQL 始终相同。但是，由于您可以在调用视图时添加额外的 where 子句，因此您仍然需要使用绑定变量。没有绑定变量的附加 where 子句仍然会导致硬解析！

安全。长期以来，视图一直用于隐藏实际包含您正在查询的数据的表。此外，视图可用于限制给定用户有权访问的列。在不太复杂的数据库上使用视图来保证安全性可能不是一件坏事。随着数据库变得越来越复杂，该解决方案变得越来越难以扩展，因此需要其他解决方案。

谓词推送。 Oracle 支持将谓词推送到给定视图中。

性能。应该使用它们而不是表来加快执行速度。

【讨论】：

关于性能我不同意。为什么视图应该比常规选择更快？唯一的原因可能是：当您选择一个视图时，Select 语句总是相同的，Oracle 可以重用现有的执行计划或存储在结果缓存中的任何数据。但是，当您多次运行相同的常规选择语句时，这也适用。所以视图和常规选择之间没有区别。

【参考方案2】：

视图的另一个用途是您可以在它们后面存储复杂的查询。例如，如果您需要查询来自多个表的数据，那么一次创建一个视图会更容易，这样下次您需要该数据时，您就不必编写查询来再次连接这些表。相反，您可以只查询视图。

顺便说一句，视图不是 Oracle 的东西，它们在许多（如果不是全部）RDBM 系统中都可用。