运营商系统中,用户订购联系往往数据量很大,涉及到百万及千万级别,显然,对订购联系表的访问频率也就特别之高,对这块的性能要求自然就很高。鉴于目前单 DB方案(所有订购联系表记录都存在一个DB中),随着系统日益的运行,数据量的添加,必然会遇到瓶颈。因此就设计出一个DB集群方案,将单DB方案调整成多DB方案(一个主DB存放非订购联系记录,多个分DB分别按照号段来存放订购联系记录)。
在多DB方案基础上,门户侧的订购联系查询也就要随之调整,须要远程访问分DB上的订购联系记录,这里就须要用到下面要推荐的DBLINK。
1. 建立 DBLINK.
A 动态DB LINK (未配置本地服务)
-- Create database link
create public database link link_name
connect to zxdbm_ismp
identified by zxin_smap
using '(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = *.*.*.*)(PORT = 1521))
)(CONNECT_DATA =(SERVICE_NAME = zxin))
)';
B.SERVER TO SERVER DB-LINK(已经配置本地服务)
-- Create database link
create public database link link_name
connect to zxdbm_ismp
identified by zxin_smap
using 'DB.TNSNAME';
注:第二种要领须要在当前的SERVER上建立名为 'DB.TNSNAME' 的TNS .留心是在SERVER上建TNS,不是CLIENT. 很多人建了DB-LINK 就会报错ORA-12154 ,就是这个原由 .
C.假如建立全局dblink,必须运用 system或sys用户,在database前加public。
D. 查询现在服务器中存在的DBLINK
select * from dba_db_links;
E.通过DBLINK访问数据库中的表.
select * from susr_basic@link_name;
2. global_names的配置
数据库参数global_name=true时要求数据库链接名称跟远端数据库名称一样,数据库默认为false.
注:建议配置为false,这样DBLINK的取名灵活性会比较大.
--查询global_names表的值,默认为false;
SQL> show parameter global_names
NAME TYPE VALUE
------------------------------------ -----------------------------------------
global_names boolean FALSE
可以通过下面命令修改global_names取值
SQL>alter system set global_names = false;
3. 建立同义词
为了使相关分布式操作更透明,ORACLE数据库里有同义词的对象synonym
SQL>create synonym syn_name for tablename@link_name;
于是就可以用syn_name来替代带@符号的分布式链接操作tablename@link_name。
create public synonym syn_name1 for susr_basic@link_name;
create public synonym syn_name2 for susr_info@link_name;
再访问susr_basic表时就可以直接这样写.
Select * from syn_name1.
4. 删除DBLINK.
--删除dblink:
Drop