Oracle数据库GLOBAL_NAMES参数的详细研究

Oracle数据库GLOBAL_NAMES参数的相关知识是本文我们主要要介绍的内容,当GLOBAL_NAMES参数设置为TRUE时,使用DATABASE LINK时,DATABASE LINK的名称必须与被连接库的GLOBAL_NAME一致。下面做一个测试,在测试中,创建数据库链接的库为XJ(WINDOWS 2003 ORACLE 10g 10.2.0.1),被链接的库为DMDB(LINUX AS5 ORACLE 10g 10.2.0.1 RAC)。

首先查看DMDB的相关配置:

 

  1. SQL> show parameter global_names  
  2. NAME                                 TYPE        VALUE  
  3. ------------------------------------ ----------- ---------  
  4. global_names                         boolean     FALSE  
  5. SQL> select * from global_name;;  
  6. GLOBAL_NAME  
  7. ----------------------------------------------------------  
  8. DMDB 

 

可以看到这个被链接的库其global_names参数为FALSE。

要创建数据库链接的库的配置:

 

  1. SQL> show parameter global_names  
  2. NAME                                 TYPE        VALUE  
  3. ------------------------------------ ----------- -------  
  4. global_names                         boolean     FALSE  
  5. SQL> select * from global_name;  
  6. GLOBAL_NAME  
  7. --------------------------------------------------------  
  8. XJ 

 

然后做下面的操作:

 

  1. SQL> create database link test_link connect to test identified by test using 'DMDB';  
  2. 数据库链接已创建。  
  3. SQL> select * from dual@test_link ;  
  4. D  
  5. -  

 

可以看到数据库链接工作正常。

在DMDB库上将global_names设为TRUE:

SQL> alter system set global_names=true;

系统已更改。

在XJ库上再次查询,并新建一个DATABASE LINK再进行查询:

 

  1. SQL> select * from dual@test_link ;  
  2. D  
  3. -  
  4. X  
  5. SQL> create database link test_link2 connect to test identified by test using 'DMDB';  
  6. 数据库链接已创建。  
  7. SQL> select * from dual@test_link2 ;  
  8. D  
  9. -  

 

此时可以看数据库链接工作正常。我们再将XJ库的global_names参数设置为TRUE:

 

  1. SQL> alter system set global_names=true;  
  2. 系统已更改。  
  3. SQL> select * from dual@test_link2 ;  
  4. select * from dual@test_link2   
  5. *第 1 行出现错误:  
  6. ORA-02085: 数据库链接 TEST_LINK2 连接到 DMDB  
  7. SQL> select * from dual@test_link   
  8. select * from dual@test_link   
  9. *第 1 行出现错误:  
  10. ORA-02085: 数据库链接 TEST_LINK 连接到 DMDB  
  11. 而再次将XJ库的global_names设为FALSE,则数据库链接又可用了。  
  12. SQL> alter system set global_names=false;  
  13. 系统已更改。  
  14. SQL> select * from dual@test_link ;  
  15. D  
  16. -  
  17. X  
  18. SQL> select * from dual@test_link2 ;  
  19. D  
  20. -  

 

再将DMDB库的global_names设为FALSE,数据库链接仍然可用:

 

  1. 在DMDB库上:  
  2. SQL> alter system set global_names=false;  
  3. 系统已更改。  
  4. 在XJ库上:  
  5. SQL> select * from dual@test_link ;  
  6. D  
  7. -  

 

可以看到,链接仍然可以用。如果在DMDB库上创建链接到XJ库上,可以观察到同样的结果。可以得出一个结论:global_names参数设置为FALSE,影响的是创建数据库链接的那个库对数据库链接的使用。也就是说,如果一个库(实例)的global_names参数设值为TRUE,则该库连接其他库的数据库链接,其名称必须要与被连接的库的global_name相同:

  1. 在XJ库上:  
  2. SQL> alter system set global_names=true;  
  3. 系统已更改。  
  4. SQL> create database link dmdb connect to test identified by test using 'dmdb';  
  5. 数据库链接已创建。  
  6. SQL> select * from dual@dmdb ;  
  7. D  
  8. -  
  9. X  
  10. SQL> select * from dual@test_link ;  
  11. select * from dual@test_link   
  12. *  
  13. 第 1 行出现错误:  
  14. ORA-02085: 数据库链接 TEST_LINK 连接到 DMDB  
  15. SQL> select * from dual@test_link2 ;  
  16. select * from dual@test_link2   
  17. *第 1 行出现错误:  
  18. ORA-02085: 数据库链接 TEST_LINK2 连接到 DMDB 

如果在GLOBAL_NAMES设置为TRUE的情况下,如果要建多个数据库链接到同一个库,怎么办呢?因为数据库链接的名称必须与目标库的GLOBAL_NAME相同。可以按如下的方法:

  1. SQL> create database linkdmdb@link1connect to test identified by test using 'dmdb';  
  2. 数据库链接已创建。  
  3. SQL> create database linkdmdb@link2connect to test identified by test using 'dmdb';  
  4. 数据库链接已创建。  
  5. SQL> select * fromdual@dmdb ;  
  6. D  
  7. -  
  8. X  
  9. SQL> select * fromdual@dmdb@link1 ;  
  10. D  
  11. -  
  12. X  
  13. SQL> select * fromdual@dmdb@link2 ;  
  14. D  
  15. -  

 

也就是在GLOBAL_NAME后面加上@再加上一个标识。这样就能够创建多个数据库链接到同一目标库上了。

另外在创建数据库链接时,不能给其他SCHEMA创建链接,这是因为数据库链接(database link)其名称可以含有’.’即点号。比如A用户想给B用户创建一个DBLINK名叫LINKB,CREATE DATABASE LINK B.LINKB ……, 这个语句将会实际创建一个A用户下的名为B.LINKB的数据库链接。

关于Oracle数据库GLOBAL_NAMES参数的相关知识就介绍到这里了,希望本次的介绍能够对您有所收获!

原文出处:http://space.itpub.net/69924/viewspace-192128 。

【编辑推荐】

  1. SQL Server使用UNION代替OR提升查询性能的实例
  2. Oracle数据库分析函数应用实例之查找状态全为1的ID
  3. SQL Server表中数据按条件批量导出为多个Excel文件
  4. Oracle数据库中如果存在表就删除不存在就创建的实例
  5. Oracle handbook系列之虚拟专用数据库VPD的使用详解

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/248823.html<

(0)
管理的头像管理
上一篇2025-04-27 18:33
下一篇 2025-04-27 18:34

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注