我的需求是这样的:两台服务器上有相同的数据库A,B(包含关系)我想监听数据库A上的Insert事件,当发生Insert事件时,对Insert中的数据进行分析,1. 取得Insert中的具体Table信息。2. 查询出该Table结构信息。3. 从Insert中依次取出该Table结构中的所有字段的数据。4. 将Table名信息,及各字段对应的数据拼接成字符传给B数据库中的一个存储过程,该存储过程负责对传来的数据进行分析
 
5. B数据库中的存储过程拿到传来的Table参数后,对Table结构进行分析。6. Table结构取出后,按照与A数据库Insert触发器约定的传参顺序,依次对Table结构中的各个字段进行赋值。7. 将传来的参数分析后,拼接成Insert SQL语句。执行添加到B数据库中。8. 以上为实现跨服务器、数据库同步数据的设计思路。说明:该功能,如果用现有的技术,对每张表加个触发器也能解决这个问题,但是如果固定了表名,那么会出现两个问题:  a). 数据表多,几十上百的Table,如果对每个Table写触发器,太浪费工时了。都是体力活。
  b). 无重用性可言,遇到下一个需求应用的时候,又要对对数据库所有Table写一遍触发器工作量的价值想想太没趣 了。找了半天,没发现SQLServer上有库级触发器悲催希望CSDN上的大牛们,给我点思路,谢谢。

解决方案 »

  1.   

    --不同服务器数据库之间的数据操作
    --************************************************************************************
    1、--创建链接服务器 
    exec sp_addlinkedserver   'ITSV', ' ', 'SQLOLEDB', '远程服务器名或ip地址 ' 
    exec sp_addlinkedsrvlogin  'ITSV', 'false ',null, '用户名', '密码' 
    2、启动两台服务器的MSDTC服务 
    MSDTC服务提供分布式事务服务,如果要在数据库中使用分布式事务,必须在参与的双方服务器启动MSDTC(Distributed Transaction Coordinator)服务。3、打开双方的135端口
    MSDTC服务依赖于RPC(Remote Procedure Call (RPC))服务,RPC使用135端口,保证RPC服务启动,如果服务器有防火墙,保证135端口不被防火墙挡住。
    使用“telnet IP 135”命令测试对方端口是否对外开放。也可用端口扫描软件(比如Advanced Port Scanner)扫描端口以判断端口是否开放
    4、--如要创建触发器   
    create   trigger   t_test   on   test   
    for   insert,update,delete   
    as 
    --加上下面两句,否则会提示新事务不能登记到指定事务处理器
    set    xact_abort   on  
    begin  distributed   tran 
        delete   from   openrowset('sqloledb','xz';'sa';'',test.dbo.test)   
        where   id   in(select   id   from   deleted)   
        insert   into   openrowset('sqloledb','xz';'sa';'',test.dbo.test)   
        select   *   from   inserted   
    commit tran--查询示例 
    select * from ITSV.数据库名.dbo.表名 --导入示例 
    select * into 表 from ITSV.数据库名.dbo.表名 --以后不再使用时删除链接服务器 
    exec sp_dropserver  'ITSV ', 'droplogins ' 
      

  2.   

    谢谢你的回答。如果针对某一固定名称的Table,数据同步我已实现,可是有几十张表,我都要实时同步数据,如果针对每张表都写一个触发器的话,太浪费时间了,而且以后换个应用,换个数据库,我又不能重用了。我的想法是:监听整个数据库而不是某一张表。对数据库进行监听,获取Insert事件中的关联Table信息,并且拿到Insert中的数据。在动态拼接成参数。传个另一个服务器上的数据库中的存储过程,让其解析并执行插入数据。O(∩_∩)O~
      

  3.   


    谢谢你的回答。如果针对某一固定名称的Table,数据同步我已实现,可是有几十张表,我都要实时同步数据,如果针对每张表都写一个触发器的话,太浪费时间了,而且以后换个应用,换个数据库,我又不能重用了。我的想法是:监听整个数据库而不是某一张表。对数据库进行监听,获取Insert事件中的关联Table信息,并且拿到Insert中的数据。在动态拼接成参数。传个另一个服务器上的数据库中的存储过程,让其解析并执行插入数据。O(∩_∩)O~
      

  4.   

    从理论上说,监听应该是可以的,SQL的Profiler不就是监听的嘛.
    设想一下你可以这样做:
    在 Profiler 中设置一个跟踪,设置好你要监听的操作,然后设置将监听结果保存到表.
    研究一下监听所得到的那张表,在表上创建一个触发器,根据表中插入的操作来实现对另一服务器的更新.
    也可以不用触发器,而在服务器上设置一个定期触发的作业,定期检查这个表,从而根据表中的内容实施服务器同步更新.