数据访问层的设计

 

数据访问层的设计

引言

    数据源的不确定性，以及数据结构的不统一，为客户提供统一的数据访问层成为必要，然而数据库的不确定性给访问层的开发带来了极大的麻烦。根据这种情况，在本次的设计中，暂提出以下的两种解决方案

1 ：采用了WebService的方式，让客户与系统实现实时的交互请求，根据请求返回相应的查询结果（我们暂称之为：链式交互的数据访问）

2 ：采用中介Web数据信息访问方式，即采用元搜索引擎技术，集合各资源数据库的具体查询结果，展现给用户（暂称之为：基于元搜索引擎的中介WEB数据信息访问）

一、链式交互的数据访问

    1.1 　访问流程

     在整个数据访问中以一种链式的交互方式，向用户提供查询结果，其总体的流程如图1：

<!-- Web.Config Configuration File --> <configuration> <system.web> <customErrors mode="Off"/> </system.web> </configuration>

<!-- Web.Config Configuration File --> <configuration> <system.web> <customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/> </system.web> </configuration>

              （图1：链式交互数据访问流程）

 

 

    在上图中可以看出，用户在的一次数据访问，直接可以引起三次的数据查询：查询数据源信息、查询数据源字段信息、查询具体的数据信息。用户在操作式将必须遵循这一的一个单向的链式结构：用户请求数据源->查询数据源信息并返回给用户->用户请求具体的数据源表->查询表字段信息并返回给用户->用户请求查询具体的数据信息->查询相应的表并返回查询结果信息

1.2 　 链式交互的数据访问存在的问题

    基于一个链式的交互流程，在数据访问时存在着如下问题：

²        应用层的数据访问操作复杂，用户完成一次查询而实际上得经过三次的申请

²        数据的查询效率不高，三次直接和数据库的交互也给数据库带来压力

²        各个流程之间的耦合粒度极大，一次流程失败就完全意味着用户的查询得不到正确的结果，这是用户所不能接受的

²        应用层及数据访问层间的信息传递复杂，这一流程包括XML文档的生成，处理，解析，给应用层的开发人员带来了麻烦

²        用户在查询时，必须清楚的知道其所要的数据信息，包含在哪一个数据源中，这从某一方面来讲，实和查询的意愿是相违背的！

在这种基础上，因此考虑了另一种体制下的数据访问层（基于元搜索引擎的中介WEB数据信息访问）

二、基于元搜索引擎的中介WEB数据信息访问

2 ．1　设计思路

    在这种设计中，在加入一种数据源后，必须要将这种数据源加入到具体的查询配置中，即为数据访问层提供相对于数据源的搜索链接。这样整个查询结构便形成了，其总体结构中仍然分为三层：应用层，服务中介层，数据查询层。在这种数据访问中，用户的请求只有一次，即向中介提供想要得到的数据信息，