ORACLE HANDBOOK系列之十四:变化通知(Change Notification)

在App开发的过程中,有些数据访问频率很高但是数据变化不大,我们一般会让它驻留内存以提高访问性能,但是此种机制存在一个问题,那就是如何监测数据的变化,Oracle 10g中引入的 Change Notification的引入能很好的解决这个问题。简单来说,Change Notification即Oracle可以在你指定的表数据发生变化时,给出一个通知。我们结合ODP.NET作一个示例。首先创建一张示例表tab_cn,并插入数据,我们希望在数据发生变化时,App能够收到通知。

create table tab_cn(id number, val number);

insert into tab_cn values(1,100);
insert into tab_cn values(2,200);
insert into tab_cn values(3,300);
commit;

SQL> select t.*, rowid from morven.tab_cn t;

        ID        VAL ROWID
---------- ---------- ------------------
         1       100  AAAarDAAKAADEmFAAA
         2        200 AAAarDAAKAADEmFAAB
         3        300 AAAarDAAKAADEmFAAC

除此之外,还要赋予数据库用户(本例中是morven)change notification权限:

grant change notification to morven;

下面则是相应的C#代码(为简单代码,异常处理之类的就不贴出来了):

OracleDependency dep;
OracleConnection conn;
//
public MainWindow()
{
    InitializeComponent();
    //设置App的监听端口,即使用哪个端口接收Change Notification。
    OracleDependency.Port = 49500;
    string cs = "User Id=morven;Password=tr;Data Source=mh";
    conn = new OracleConnection(cs);
    conn.Open();
}
//
private void btReg_Click(object sender, RoutedEventArgs e)
{
OracleCommand cmd = new OracleCommand("select * from tab_cn", conn);
//绑定OracleDependency实例与OracleCommand实例
dep = new OracleDependency(cmd);
//指定Notification是object-based还是query-based,前者表示表(本例中为tab_cn)中任意数据变化时都会发出Notification;后者提供更细粒度的Notification,例如可以在前面的sql语句中加上where子句,从而指定Notification只针对查询结果里的数据,而不是全表。
dep.QueryBasedNotification = false;
//是否在Notification中包含变化数据对应的RowId
dep.RowidInfo = OracleRowidInfo.Include;
//指定收到Notification后的事件处理方法
    dep.OnChange += new OnChangeEventHandler(OnNotificaton);
    //是否在一次Notification后立即移除此次注册
cmd.Notification.IsNotifiedOnce = false;
//此次注册的超时时间(秒),超过此时间,注册将被自动移除。0表示不超时。
cmd.Notification.Timeout = 0;
//False表示Notification将被存于内存中,True表示存于数据库中,选择True可以保证即便数据库重启之后,消息仍然不会丢失
    cmd.Notification.IsPersistent = true;
    //
    OracleDataReader odr = cmd.ExecuteReader();
    //
    this.rtb1.AppendText("Registration completed. " + DateTime.Now.ToLongTimeString() + Environment.NewLine);
}
 
private void btUnreg_Click(object sender, RoutedEventArgs e)
{
    //注销
    dep.RemoveRegistration(conn);
    this.rtb1.AppendText("Registration Removed. " + DateTime.Now.ToLongTimeString() + Environment.NewLine);
}
 
private void OnNotificaton(object src, OracleNotificationEventArgs arg)
{
    //可以从arg.Details中获得通知的具体信息,比如变化数据的RowId
    DataTable dt = arg.Details;
    //......
    this.rtb1.Dispatcher.BeginInvoke(
        DispatcherPriority.Normal,
        new Action(() =>
        {
            this.rtb1.AppendText("Notification Received. " + DateTime.Now.ToLongTimeString()+"  Changed data(rowid): "+arg.Details.Rows[0]["rowid"].ToString() + Environment.NewLine);
        }));
}

点击此App的Register按钮,然后在数据库侧通过下面语句更新tab_cn表:

Update tab_cn set val=1000 where id=1;
Commit;

此时App收到Notification,并能具体得到变化数据行所对应的RowId。随后我们注销此次注册。输出参见下图:

Change Notification与Oracle Connection的关系

在实际测试中,无论我们是Connection.Close()还是在数据库中手工Kill相应的Session或者是在OS层Kill相应的进程(线程),Notification仍然正常工作。

也就是说,除了初始化时,以及RemoveRegistration时依赖于相应的Connection,其它时候,它们并没有依赖关系。

重复注册

如果代码有漏洞,就可能造成重复注册的问题,此时在dba_change_notification_regs视图中就能看到多条重复记录(regid不同),曾经遇到过出现100000+记录的情况。

上面的App中,如果我多次点击Register按钮,就会导致重复注册,重复注册的后果之一是,数据的一次改变,App会收到多条相同的通知。

重复注册的另一个后果严重得多,会导致相应的表(本例中是tab_cn)更新之后的commit出现延时。当重复注册10000时, update tab_cn表的一记录后, commit花费一分钟左右时间。同时也会影响数据库shutdown或者startup的速度,因为这两个动作都会发出notification(通知的内容为空)。

个人觉得Oracle应该从内部杜绝这种情况,因为重复注册的意义何在实在有待商榷。下面我稍微修改代码,尝试避免重复注册的问题。

if (dep == null || !dep.IsEnabled)
{
    OracleCommand cmd = new OracleCommand("select * from tab_cn", conn);
    dep = new OracleDependency(cmd);
    dep.QueryBasedNotification = false;
    dep.RowidInfo = OracleRowidInfo.Include;
    dep.OnChange += new OnChangeEventHandler(OnNotificaton);
    //
    cmd.Notification.IsNotifiedOnce = false;
    cmd.Notification.Timeout = 0;
    cmd.Notification.IsPersistent = true;
    //
    OracleDataReader odr = cmd.ExecuteReader();
    this.rtb1.AppendText("Registration completed. " + DateTime.Now.ToLongTimeString() + Environment.NewLine);
}

我在这里添加了一个判断。首先是判断OracleDependency实例是否为空(即第一次点击Register按钮),其次判断OracleDependency.IsEnabled,此属性在以下几种情况时为False,1)已经初始化但command尚未执行、2)注册时设置的Timeout到期、3)或者被RemoveRegistration注销了,注意RemoveRegistration并不会导致OracleDependency实例Dispose。修改后的代码只有在用户第一次点击Register或者之前点击过Unregister的情况下,才允许注册。

清除dba_change_notification_regs记录

上面我们用了OracleDependency.RemoveRegistration方法来注销某一个注册,但是如果App还没来得及注销就崩溃退出,这种情况下没有手工清除dba_change_notification_regs记录的方法,不过正常情况下,当你更新相应的数据表(本例中的tab_cn)并commit后,Oracle会自动清除记录,因为Oracle已经监测到这些注册已经失效了,但是有时候并不会立即完全清除,遇到过有延时的,Oracle似乎是一批一批地清除。

多个App注册同一端口

前面我们提到了,同一个App中,我们可以进行多次注册,但对于不同的App,如果都向同一端口(本例中的49500)进行注册,则会发生ORA-24912: Listener thread failed. Listen failed异常。

 

 

 

posted @ 2012-09-06 17:16  Morven.Huang  阅读(...)  评论(...编辑  收藏