为什么使用数据宏

　　过去，无论何时需要执行数据验证或某种额外的数据处理，都会把VBA附加到窗体后面的某个模块的事件中，主要是窗体的Before Update或After Update事件。这种方法的缺点是，如果多个窗体使用同一个表，也许会对不同的过程提供不同的视图。使用相同的VBA代码是有必要的，方法是把代码拷贝到其他窗体，或调用常用程序。无论采用哪一种党阀，都要做额外的维护工作。必须记住添加到项目中的每个新窗体都包含此代码。在大型项目中，很容易忘记必须在所有适当的地方执行验证和数据处理程序并执行正确的代码。

　验证规则和检查约束条件

　　验证规则是局部解决方案，因为可以再表级设置并让他们在绑定到表的所有表中执行。然而，验证规则的作用域实在第二级，不能查看其它表。这限制了验证规则的有用性。Access还支持测约束条件。但是，他们从来不在用户界面中出现。这是有问题的，因为没有工具用于捕获违反检查条件的情况并且准确的诊断错误以便提供友好的和有帮助的错误消息。用户坚持使用关于违反检查约束条件问题的高科技报错消息。这对于用户是完全没有意义的。虽然数据宏并不意味着也拥有任何用户界面组件，但数据宏确实包含提供说明性错误信息的机制。Access接下来会很满意的把错误消息显示为消息框。在其他情况下，数据宏错误也许不显示，但是将被记录。

　应用程序的独立性

　　这为我们提供了数据宏非常有用的另一个理由。如果Access数据宏能够被不同的应用程序使用，那么数据库中表上的数据宏可以统一执行验证和数据处理，而无论哪个应用程序使用这些数据。例如，如果有访问和更新Access数据库的.NET服务，数据宏即将在这种情况下也会启动。这种事情会发生，即使.NET服务也许没有打开Access应用本身，而使用OLEDB直接连接到数据库引擎。换句话说，数据宏时真正不依赖与应用程序的过程。可以随时随地利用数据宏执行行业逻辑。