oracle10g dblink优化,dblink如果很慢可以用这种方式优化

发现dblink如果很慢可以用这种方式加个/*+driving_site(xxx)*/，查询很快

使用DBLINK远程访问数据库的优化策略和思路：

策略：远程访问，网络传输占很大部分，优化原则，减少网络传输，将小的结果集拉到本地处理；

思路1：在远端建立视图；

思路2：使用DRIVING_SITE将数据拉到本地处理；

出现这种执行计划，主要原因是使用了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)