如何追踪每一笔记录的来龙去脉：一个完整的Audit Logging解决方案[下篇]
通过第一部分的介绍，我们对这个Audit Logging解决方案的原理有了较为全面的了解，接下来我们将通过一个简单的Sample来进一步介绍如何在一个具体的应用中如何实现这样一个Audit Logging。
我们沿用在Part I提出的Order management 场景，为了简单起见，我们通过一个Console application来模拟。在这个Application中，你将会看到如何以一种离线的模式操作数据库，如何Log这些操作。
我们首先来介绍Sample程序的结构（如下图）。整个Solution
一共包括两个Project，一个Console application，另一个是用以管理和定义Stored
Procedure和Trigger的Database project。我们现在就来一步步实现这样一个Order
management的简单的应用。Source Code从Artech.WCFService.zip下载。
一．定义一个轻型的Data access 的Helper class。
在Part I中我提到过这样一个Helper class，虽然这不是本篇所要介绍的重点，但是为了让读者能够较为全面地了解整个处理流程，在这里我对她作一个简单的介绍。
我在前一阵子，写过一篇叫做[原创]我的ORM: 开发自己的Data Access Application Block 的文章，在这片文章中我开发了一个自定义的DAB。我这个Data access helper便是采用里面提出的思想，实现了其中一小部分功能：Data retrieval， Update Dataset和Transaction。力求简洁，我剔出掉其中可配置的data mapping部分采用hard coding的方式实现Dataset和Stored procedure的Mapping。
通过这个Helper class，你可以调用UpdateData方法把对一个Table作的修改向数据库提交。这个方法的思路是这样的：我们对该Table的增加、修改和删除均定义了一个Stored procedure，我们假设Table name和Stored procedure name之间，Stored procedure的每个Parameter 的名称和Table中的Field name和DataRowVersion存在一个Mapping。比如T_ORDER对应的增加、修改和删除stored procedure分别为sp_order_i，sp_order_u和sp_order_d；stored procedure的参数@p_order_id对应的Source column为ORDER_ID, SourceVersion为DataRowVersion.Current，而参数@o_order_id对应的SourceVersion为DataRowVersion.Original。有了这样一个Mapping为前提，相信大家对Helper class的实现原理应该想象得到。当然要使我们的Stored procedure满足这样一个Mapping，靠我们手工的方式来定义每个stored procedure在一个真正的application是不现实的，一般地这些都是通过我们根据具体的Mapping关系开发的生成器生成的。像本Sample的所有stored procedure和trigger也都是通过Generator生成的。
下面是整个Helper class的实现，不算太复杂，有兴趣的话可以看看。否则敬请略过。
二．定义Dataset
我们根据数据库中Table的结构定义一个具有相同结构的strongly typed dataset：OrderDataSet.
为了保证数据的完整性，我们必须为两表的relation做出如下的设置：
同时我们为Log的数据定义下面的一个strongly typed
dataset：AuditLoggingDataSet。该Dataset中只包含一个Table:
T_AUDIT_LOG。我们之所以没有定义T_AUDIT_LOG_DETAIL是因为T_AUDIT_LOG_DETAIL中的数据是通过trigger添加的，我们同过程序只需要在主表中添加总体信息就可以了。
三、定义用于Audit log的helper class：AuditLoggingHelper
下面是所有AuditLoggingHelper所有的Code，很简单。我分别定义了一个public的property：AuditLoggingData。其类型为我们上面定义的strongly
typed dataset：AuditLoggingDataSet。还定义了一个Public
的方法AuditLog向AuditLoggingData中添加Log信息，并返回一个Guid用以标识将要执行的transaction。我管这个Guid为Transaction
no。
四、定义stored procedure和trigger
为了较为真实地贴近我们现实的开发， 本Sample的所有Data access操作（除了data retrieval外）均采用stored procedure。通过所有需要进行Log的详细地信息都是通过Trigger来添加的。所有的stored procedure通过这里来查看，所有的trigger通过这里查看。
五：模拟Insert操作
我们先清空所有的Log数据，通过下面的方法添加一个新的Order。
我们来看看T_AUDIT_LOG的记录：
T_AUDIT_LOG_DETAIL的记录
DATA_CHANGE的data分别为下面3段XML。
六、模拟Update操作
定义新的方法UpdateOrderData修改我们刚刚添加的Order记录：
执行上面的方法，然后查看我们Log表的记录。
两条Update记录对应的DATA_CHANGE字段的XML分别为：
七、模拟Delete操作
定于DeleteOrderData方法delete掉我们添加的Order记录：
执行上面的方法，然后查看我们Log表的记录。
三条Delete记录对应的DATA_CHANGE字段的XML分别为：
微信公众账号：大内老A
微博：www.weibo.com/artech
如果你想及时得到个人撰写文章以及著作的消息推送，或者想看看个人推荐的技术资料，可以扫描左边二维码（或者长按识别二维码）关注个人公众号（原来公众帐号蒋金楠的自媒体将会停用）。
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。