Windows DNA 之三 数据访问逻辑

网络应用系统离不开数据，而数据的载体可以DBMS、XML文件等等。从架构上讲，windows DNA的目标是分离，这其中就包括数据访问逻辑的分离。因此Microsoft提供了统一的数据访问组件供开发者使用来开发windows DNA应用。其中最主要的技术就是ADO、CDO和ADSI。ADO用于访问数据库的数据，CDO用于访问存在在exchang server中的数据，ADSI则用于访问存在在windows目录服务中的数据。

历史上出现过很多数据库数据访问逻辑的组件，有现在还在用的，也有一些废弃了的。如DAO、RDO、ODBC、OLE DB等。ADO作为OLE DB的一个封装技术，它屏蔽底层的不同数据源的差异，从而试图实现统一的数据访问。要实现统一的数据访问是有条件的，那就是windows DNA提出的一些框架性指导。windows DNA认为简单的数据访问如CRUD操作应该以存储过程的方式来实现，而业务逻辑则应该放在业务逻辑组件来处理，这样做有利于系统的可伸缩，另外也可以在某个程度上实现真正的统一数据访问，还可见减少访问数据源的通信量。我并不打算介绍ADO，因为有很多书籍可供参考，如ADO.NET本质论、ADO.NET高级编程等等。总体上说来，ADO实现的逻辑就是将执行的SQL语句、存储过程等转化为特定数据库的方言，并以命令的方式通过socket传递给数据库服务器执行。

CDO用于访问Exchange Server中的数据。因为很多应用系统都是和exchange server集成在一起的，所以开发者很需要一种简单地方式来访问exchange server中的数据，从而实现应用系统和exchange server在数据层的集成。CDO就是一种很好的方式，我说的是就windows DNA的时代而言。.NET时代特别发展到现在exchange server 2010，web service成了一种更好的方式同时也是Microsoft更喜欢的方式。

ADSI用于访问存储在windows目录服务器中的数据。在活动目录内存储的对象类型可以分为三类：用户信息、应用系统信息、企业信息。不同于关系型数据库，目录服务器中存储的数据不是关系的而是层次结构的。因此目录服务器更适合存储”80读20写“型的数据，数据库服务器则适合存储“50读50写”型的数据。ADSI是访问目录服务的编程结构，提供一种对活动目录和其他目录服务的简单、功能强大和面向对象的借口。