ANBOB™

在MES平台看到一个提问，应用程序总时会自动产生类似”SELECT /*+ FULL(P) +*/ * FROM XXXXX P “这类SQL，确认不是应用代码中调用，看到FULL hint对于SQL调优人员可能会捶开发人员的冲动 ，同样对于SQL审核或SPA、 数据库国产迁移性能分析等需求抓到这类SQL可能就白白浪费感情。这SQL是数据库自动产生的吗？是！它是DBLINK调用的。

在去O的过程中或当前多种数据库并存时，有些存在跨DB的调用，如可以使用gateway,dblink或fdw在oracle和postgresql间跨数据库访问数据，当前有个项目存在2个数据库存储过程的依赖调用，如果从oracle调用postgresql中的存储过程呢？

因为使用dblink需要分配undo段来标示分布式事务，如果在循环中使用dblink并commit，每次会分配新的undo段，同时undo retention如果保留时间较常，那可能会导致undo自动扩展很大(autoextent on )， 或者会出现undo段争用，从未过期的undo段偷窃， 就会影响正常的DML事务

Oracle MOS中新发布预警对于版本和对应版本的已安装PSU高于11.1.0.7.20，11.2.0.7.57(for Windows), 11.2.0.3.9，11.2.0.3.29 (for Windows), 11.2.0.3 BP22(for Exadata), 11.2.0.4，12.1.0.2 ，12.2.0.1 的Oracle 数据库， 将在2019年06月23日后自动调整SCN的增长速率为更大的上限，DBLINK 在不同数据库之间访问时会同步SCN， 为了避免不同SCN 上限数据库之间因SCN拒接访问，建议所有DBLINK访问的数据库升级为相同的SCN 兼容性。

数据库中的dblink创建时如果使用了tnsnames.ora中的别名，那么在日后梳理数据库中所有的DBLINK 与哪些主机的数据库有连接时？通过DBA_DB_DBLINKS视图可能无法直接取到数据库源端地址， 通常需要登录数据库主机使用tnsping 别名的方式来解析IP， 但是如果当时创建dblink时在session级使用了非默认的tnsnames.ora如指定了TNS_ADMIN，查找对应的tnsnames.ora和解析工作变的更佳复杂。所幸在oracle 12.2版本中提供了新的package DBMS_TNS, 可以不登录主机（终端）在数据库内部就可以解析。