转载地址：http://blog.chinaunix.net/uid-20607558-id-1916125.html
在分布式查询中，本地DB会获取远端表的数据进行关联，合理使用DRIVING_SITE，可以在分布式查询中大大减少网络流量，加快查询速度。

The DRIVING_SITE hint instructs the optimizer to execute the query at a different site than that selected by the database. This hint is useful if you are using distributed query optimization.

For example:

SELECT /*+ DRIVING_SITE(departments) */ * 
  FROM employees, departments@rsite 
  WHERE employees.department_id = departments.department_id;

If this query is executed without the hint, then rows from departments are sent to the local site, and the join is executed there. With the hint, the rows from employees are sent to the remote site, and the query is executed there and the result set is returned to the local site.
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
driving_site的相关说明:

对于那些存在远程的SQL，ORACLE可以有两种选择：
1，在远端执行SQL
2，在本地执行SQL
至于如果选择SQL的执行地点呢，这完全是由SQL决定的，看在哪端执行的COST低就在哪端执行。但是ORACLE并不总是那么聪明，所以有的时候需要我们自己觉得SQL在哪端执行。我们可以driving_site这个HINT来决定SQL的执行。
看下面的SQL：

SELECT /*+driving_site(a)*/
a.column_1,
b.column_2
FROM table_1@dl_remote a,
table_2 b
WHERE a.column_1 = b.column;

由于table_1是远端的表，在/*+driving_site(a)*/提示的影响下，oracle会把表table_2发送到dl_remote所指的远端，
然后在远端进行连接，最后把执行的结果在返回给本地。

SELECT /*+driving_site(b)*/
a.column_1,
b.column_2
FROM table_1@dl_remote a,
table_2 b
WHERE a.column_1 = b.column;

由于table_2是本地的表，在/*+driving_site(b)*/提示的影响下，oracle会把表table_1的数据取到本地，
然后在本地进行连接，最后把执行的结果在返回。

如果表table_1和table_2的记录数相差很多的话，选择合适的执行端就显得极其重要了。
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------
/*+DRIVING_SITE(TABLE)*/

强制与ORACLE所选择的位置不同的表进行查询执行.

例如:

SELECT /*+DRIVING_SITE(DEPT)*/ * FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT_NO=DEPT.DPT_NO;

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------

出现这种执行计划，主要原因是使用了db link，要想看到执行计划，可以加 hint,如：
/*+remote_mapping(db_link)*/或/*+driving_site(table_name)*/

用法: /*+driving_site(table_name)*/ : table_name 一般是大表！

在近期的一个数据库查询统计中，需要通过db_link跨库进行表的关联，其中A库中的某张拥有百万以上数据的表与B库中的拥有千条记录以上的表进行关联。两张表进行关联的字段都建有索引。但在实际查询中如果从B库进行两表的关联却会导致A库中大表的全表扫描，查询速度慢是次要的，关键是全表扫描会影响到A库的正常运行。

通过对SQL语句的不断调整、优化发现当两表进行简单的关联查询时,如果在select 后面采用"*"获取所有数据时，查询不会导致全表扫描，但在select 后面取具体字段时将会导致大表的全表扫描。

在简单查询的基础上进行group分组将直接导致大表的全表扫描，在此种情况下，所有的语句优化技巧都将失效，因为索引无效，此时必须采取特殊的方法建立起关联查询的索引，强制指定在关联过程中那一张表作为主要驱动表，那一张作为从表。在跨库关联查询的过程中，因为表不在同一个数据库中（同时在不同操作系统的服务器上）将导致关联过程中将一张表的数据提取到另一个数据库中进行关联。此时问题出现，如果在关联过程中将大表数据提取到小表所在库进行运算将导致大表的全表扫描，整个运算过程将非常慢且影响A库的正常运行。

最终解决全表扫描的办法是，如果在B库对不同数据库的两张大小表进行关联时，通过driving_site强制指定主驱动表，即以所指定的表为主要表，将其它表作为从表提取到驱动表所在的库进行关联运算。具体语句如下：

select /*+driving_site(main)*/ a.*,b.* from A.a main@BigTableDB,B.b minor where main.id=minor.id and .......

这样一来就可以避免大表所在库的全表扫描，查询速度将成级数级提高。

解释：

当指定 /*+driving_site(main)*/ 时, oracle将会从minor表获取全部数据到main表所在的数据库来进行关联运算.(索引起作用，速度快)
若指定 /*+driving_site(minor)*/ 时, oracle将会从main表获取全部数据到minor表所在的数据库来进行关联运算.(索引失败，全表扫描)

当然Oracle中有很多的关键字用于指定关联查询时的运算方法，等后面碰到具体应用实例实再作一一介绍。

引用：

DRIVING_SITE 作用和 ORDERED 类似。 DRIVING_SITE 通常在分布式查询中使用。如果没有这个提示， Oracle 会先从远程点检索，并将它们连接到本地站点中。通过使用 DRIVING_SITE ，我们可以先在本地进行检索，将检索后的数据发送到远程节点进行连接

ITPub博客

DRIVING_SITE Hint （R1）

最新文章