当用户要跨本地数据库,访问另外一个数据库表中的数据时,本地数据库中必须创建了远程数据库的dblink,通过dblink本地数据库可以像访问本地数据库一样访问远程数据库表中的数据。本文主要介绍关于dblink的常见操作和相关的一点oracle操作。
在创建dblink之前,首先要查看用户是否有相应的权限。针对特定的用户,使用 sqlplus user/pwd登录后,执行如下语句:
select * from user_sys_privs t where t.privilege likeupper('%link%');
在sys用户下,显示结果为:
SYS CREATE DATABASE LINK NO
SYS DROP PUBLIC DATABASE LINK NO
SYS CREATE PUBLIC DATABASE LINK NO
可以看出在数据库中dblink有三种权限:
CREATE DATABASE LINK--所创建的dblink只能是创建者能使用,别的用户使用不了
CREATE PUBLIC DATABASE LINK--public表示所创建的dblink所有用户都可以使用
DROP PUBLIC DATABASE LINK--删除指定dblink
如果想要改变某个用户的权限,需要在sys用户下修改:
grantCREATEPUBLICDATABASE LINK,DROPPUBLICDATABASE LINK to scott;
确定具备了相应的权限以后,登录sqlplus即可对dblink进行相应的操作了。
1. 查看dblink,有两种方式,分别如下:
select owner,object_name from dba_objects where object_type='DATABASE LINK';
2. 创建dblink,也有两种方式。
第一种是使用tnsnames.ora配置文件添加相关配置信息,形如:
chose_you_like =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = xxx.xxx.xxx.xxx)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = yourOracleServiceName)
)
)
然后在sqlplus终端下执行:
createpublicdatabase link link_name connecttouser identified by pwd using 'chose_you_like';
第二种是直接在sql语句中使用配置信息,语法格式如下:
createpublicdatabase link link_name connecttouser identified by pwd
using
'(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = xxx.xxx.xxx.xxx)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = yourOracleServerName)
)
)';
这里的user和pwd为指定的oracle数据库中的用户名和密码,SERVICE_NAME如果不确定的话,可以通过以下语句获得:
show parameter service_names;
或者
select name,valuefrom v$parameter where name='service_names'
SERVICE_NAME的值必须与源数据库保持一致,否则dblink创建成功后访问时会报错,错误提示如下:
ORA-12514: TNS: listener does not currently know of service requested inconnectdescriptor
3. 使用dblink
dblink的使用相对比较简单,把一般访问本地表时的表名改为如下格式即可:[user.]table@link_name。例如,在本机数据库上创建了一个scott_dblink的public dblink(使用远程主机
的scott用户连接),则用sqlplus连接到本机数据库,执行select * from scott.emp@scott_rmthot即可以将远程数据库上的scott用户下的emp表中的数据获取到。也可以在本地建一个同义
词来指向scott.emp@scott_rmthost,方便日常的使用。
4. 删除dblink
确定要删除的dblink名字以后,可以通过drop命令直接将其删除:
转载于:https://blog.51cto.com/hjctty/1159011