【7】AccessDB快速数据访问

阅读目录

  • C#和VB数据访问的比较
  • AccessDB的设计
  • 数据库的连接
  • 三种主要操作
  • 错误输出及调试
  • 小结

C#和VB数据访问的比较

C#中要进行一次普通的数据库查询,需要创建连接,再根据具体的数据库类型,创建相关的适配器对象,再创建命令对象,执行后,将结果填入到Dataset中,用户拿到Dataset后,再从其中的DataTable中取得数据。这种处理方式存在种种不便之处:

1、需要一系列复杂操作才能完成一个简单功能,涉及的对象多、实现的逻辑和自然的思维习惯有所不同。

2、对不同类型的数据库处理有所不同,用户需要记忆不同类型数据库之间细微的差异。

3、有些底层工作需要用户完成,如连接有效性的检查、出错后连接的重建等工作。

回顾微软的开发平台的发展历史,最有用户基础的莫过于Visual Basic了。1998年推出的VB6,在2014年的Tiobe 编程语言排行中仍在前十之列。

在VB6中,数据库的操作可谓简单至极,只要拖一个数据库的控件就可以使用大多数的数据库操作了。即使要用纯代码方式控制,也非常简单,通过以下步骤即可完成:

Set oCn=new connection
Set oRS=oCn.Excute(strSQL)
oCn.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db.mdb"
While Not eof(oRS)
  '处理
  oRS.MoveNext
Wend

上面的代码,懒得进VB去输入,直接手工输入的,估计也差不离,从另一个侧面也可以看出VB代码的简洁。习惯了这样简单的数据库访问方式,一直觉得C#中的数据库处理方式过于复杂。正因为如此,才不断摸索简化数据库访问的手段。经过各种思路的演化,由繁到简,最终形成一个适用性较强的、经过多次开发实践检验的快速数据访问机制AccessDB。

AccessDB的设计

从我个人的经验出发,回顾参与过的各种软件开发项目,数据库访问的要求大同小异,用20/80法则可以很好地概况:80%的情况下,只会用到20%的功能。因此,只要能够封装这20%的功能,就可以适应绝大多数数据库操作的要求了。如果恰好需要剩余的20%的话,那就按照常规的方法来访问即可。

综合起来,希望数据访问机制能够达到以下的目标:

1、足够简单。简单到无需记忆。

2、适用多种数据库。中小型应用系统采用的数据库类型往往多变,甚至同一个项目在不同阶段更换数据库也很常见(我的习惯是用Access开发,后期换Sql Server)。因此,必须要能够在多种常用数据库间任意迁移。当前支持的有Access/Sqlserver/Sqlite,可以做到在切换数据库时,只要修改连接串,代码无需做任何改动。

3、具备扩展性。这套数据访问机制,是随着需求的不断丰富,不断重构、扩展,而变成当前的样子的,未来可能还会不断增加新内容。最近的一个升级,就是解决了以前web.config中配置mdb文件路径时,必须要使用绝对路径的问题。

基于以上的设计目标,经过不断的总结,实现了一个以AccessDB类为核心的数据库访问机制。AccessDB是一个入口类,无需实例化,提供了常用的静态方法。使用者只需记住AccessDB类名即可访问绝大多数的数据库功能。在整个CommonCode库中,保持了类似的命名风格,访问Web的入口类为AccessWeb,访问文件的入口类为AccessFile……

AccessDB会根据初始化条件(配置文件或初始化命令)创建具体的数据访问实体对象,如SqlserverDB、SqliteDB等。这些对象都实现了IDB接口,IDB接口的功能包括了我们常用的数据库访问功能。

interface IDB  //数据库的实际访问对象
{
	bool OutputSelectLog { get;set;}        //是否输出选择日志
	bool OutputNonQueryLog { get;set;}      //是否输出非选择操作的日志
	bool IsOpen { get; }                    //连接是否打开

	void CloseConn();                       //关闭连接
	DataTable GetData(string sqlstr);       //通过sql语句,获取数据集
	DataTable GetPage(string strSQL, int PageSize, int PageNo, string KeyField, bool IsStringKey);
	DBResult DoNonQuery(string sqlstr);     //非选择查询	
}

AccessDB中直接调用IDB接口对象,执行各种操作。因为AccessDB的主要方法都是静态方法,因此IDB对象也必须是静态对象。换言之,在系统运行中,数据库访问对象只有一个。在少数特殊的情况下,需要同时操作多个数据库,这时,可以通过直接创建IDB对象的方法,来访问其他的数据库。AccessDB的结构如下图:

上图是在VS的类图基础上,按类别进行了修改调整,以便看得更加一目了然。dbobject就是IDB的静态对象,属性和方法中的第一层方法,都是和IDB接口对应的,一方面这些方法本身就是通用性强、常用的方法,另一方面,刻意把这些方法和IDB的接口方法保持一致,这样,用户在自行创建SqlserverDB、SqliteDB对象时,用到的方法和AccessDB是相似的,降低了使用的复杂性。

方法中的第二类,是完成静态连接的创建、维护、检查错误等工作的,这部分代码经过不断的修改,已经比较健壮。也就是说,使用AccessDB开发的程序,在数据库连接方面,是比较稳定的,不管是网站,还是桌面程序,长期运行(制作的若干网站持续运行很少因为数据库而出问题,桌面程序中写过一个数据采集设备的通信服务器,也可以长期运行)数据库功能都保持正常;在中等并发节点访问的情况下(碰到算多的情况是200左右的终端同时访问,持续2节课)也能够正常工作。

方法中的第三类,是常用数据操作,在本系列的另外一个帖子(【6】页面数据和控件的自动交换机制)中,用到Add和Update以及GetEmptyRow,这些都是实际数据访问中常用的方法。这些方法本质上还要调用标准的数据访问接口来实现,只在AccessDB中提供这些实用数据操作,在具体的IDB中不提供这些方法。

数据库的连接

连接可以通过两种方式创建,一种方式是隐式方式,即通过配置文件来控制连接的创建,一种是显示方式,调用一个方法来完成连接的创建。

隐式方式常用于web应用程序中连接的创建,显式方式常用于桌面应用程序中连接的创建。

1、隐式的连接

通过配置文件创建连接时,使用的数据库连接串和普通的数据库连接串完全一致。唯一特别的要求,是配置的连接串的键值必须为mainDB2。因为最早的连接串名使用了mainDB2,后来尽管不断升级,为了和前面的代码兼容,这个就一直没有改变。

连接串格式兼容正常的连接串,以下是连接串的各种写法:

//Web.Config中的标准的连接串
<configuration>
  <connectionStrings>
    <add name="mainDB2" connectionString="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=f:\cx\page.mdb"/>
  </connectionStrings>
</configuration>

由于数据库连接方式多种多样,以下是各种常用的数据库连接方式的写法,

//相对路径连接串
<add name="mainDB2" connectionString="Provider=Microsoft.Jet.OLEDB.4.0; Data Source=db\page.mdb"/>

//Sql Server连接
<add name="mainDB2" connectionString="Provider=sqloledb;Data Source=192.168.1.5;Initial Catalog= jsjxy;UserId=sa;Password=jjssjj;"/>

//Sql Server本地Windows方式认证
<add name="mainDB2" connectionString="Provider=sqloledb;Data Source=;Initial Catalog=pubs;Integrated Security=SSPI;"/>

//别名方式
<add name="connName" connectionString="mainDBNew"/>
<add name="mainDBNew" connectionString="Provider=Microsoft.Jet.OLEDB.4.0; Data Source=f:\cx\page.mdb"/>

//Sqlite连接
<add name="mainDB2" connectionString="DataSource=c:\\jsjxy.db;Version=3;"/>  

//加密方式连接
<add name="mainDB2" connectionString="DataSource=c:\\jsjxy.db;Version=3;Password=EPAS1yGV1IGaEPAS;"/>

2、显式连接的创建

通过CheckConn方法可以显式创建连接。CheckConn方法的主要作用是检测全局的连接是否存在,如果存在,则返回,否则就根据传递的参数创建连接——参数就是前面提到的各种形式的连接串。CheckConn方法是建立和保持连接的主要方法,具有以下功能:

1) 如果传递连接串,则创建连接;

2) 如果传递空串,则检查原链接是否有效,如果失效则使用保存的连接串重建连接;

3) 自动检测web.config文件,根据指定的连接串创建连接;

CheckConn的实现代码如下所示:

public static bool CheckConn(string ConnectString)
{
  //构造对象
  CreateDBObj(ConnectString);
  return dbobject.IsOpen;
}

通过调用CreateDBObj方法来创建连接。CreateDBObj方法根据连接串中的特征信息,创建不同的IDB对象,并将连接的配置信息保存起来,便于在任何时候都可以恢复连接。

为了便于使用,两个辅助的函数GetAccessConnectionString和GetSqlServerConnectionString,构造常见的连接串。

连接的保持,采用了被动方式进行。即不进行主动的定期检测,而是在每次调用数据库功能的时候进行检测。如果遇到异常,则重建连接并重新执行操作。

三种主要操作

1、查询数据集

调用IDB接口对象dbobject中的GetData方法,将数据返回。

//数据库的查询方法
public static DataTable GetData(string sqlstr)
{
  CheckDBObj(); //检查对象是否存在
  return dbobject.GetData(sqlstr);
}

其中dbobject是根据连接所创建的具体的实现类。

2、执行非查询操作

非查询操作的执行和查询一样,都是调用IDB对象的相应方法来实现。

public static DBResult DoNonQuery(string sqlstr)
{
  CheckDBObj(); //检查对象是否存在
  return dbobject.DoNonQuery(sqlstr);
}

3、按分页查询

分页功能是Web应用程序中最为常用的功能,但是,如果按照Visual Studio的分页的方式,则每次需要查询出所有的数据,再传递给显示控件,这种处理模式在数据量庞大的时候,将会造成巨大的浪费。因此,对于分页往往需要自行定义,每次检索只查询用到的那一页数据。一般的做法,是通过存储过程来完成,但考虑到多种数据库的兼容,因此把分页功能集成到快速访问框架中。

AccessDB的GetPage同样需要调用IDB对象的方法:

public static DataTable GetPage(string strSQL, int PageSize, int PageNo, string KeyField, bool IsStringKey)
{
  return dbobject.GetPage(strSQL, PageSize, PageNo, KeyField, IsStringKey);
}

分页的方法没有什么特别的,都是来源于网上的,经过测试,效率还能接受而已。

错误输出及调试

AccessDB的调试非常简单,所有重要操作都会跟踪并输出日志信息。日志系统采用另一篇博文提到的基于Log4Net的日志系统

当AccessDB出错后,可以从错误日志中看到详细的信息。如果希望了解AccessDB执行的具体细节,可以通过IDB的两个属性OutputSelectLog、OutputNonQueryLog来控制。OutputSelectLog属性,决定是否输出执行的每一个Select语句;OutputNonQueryLog属性,决定是否输出执行的非查询类的语句。默认情况下,二者都关闭。

小结

以AccessDB为中心,提供了一套快速的数据库访问机制,通用的使用步骤如下:

1、引用CommonCode.dll,Log4Net.dll。把log4net.config复制到应用程序文件夹下。

2、初始化(web.config或者CheckConn)

3、GetData/Getpage查询,返回DataTable

4、DoNonQuery执行查询

5、在log文件夹下查看输出

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏腾讯NEXT学位

JavaScript Worker 另类玩法

1183
来自专栏张善友的专栏

替换EnterPrise Library 4.0 缓存应用程序块的CacheManager

缓存是用来提高应用程序性能的常见技术,其实现方式是将常用数据从慢数据源复制到更快的数据源。对于数据驱动的应用程序来说,该技术通常需要将从数据库或 Web 服务检...

1987
来自专栏数据之美

玩转 Nginx 之:使用 Lua 扩展 Nginx 功能

1、Nginx 简介 Nginx 作为一款面向性能设计的HTTP服务器,相较于Apache、lighttpd具有占有内存少,稳定性高等优势。其流行度越来越高,应...

1.1K7
来自专栏木子昭的博客

精析Python3实现动态web服务(附服务端源码)如果我们提供一个动态网站服务,至少应考虑以下四点:一个优秀的动态web框架应该是这样的:关于WSGI标准WIGS模型的要点:实现源码小结:

实现一个简单的静态web网站,只需将写好的html页面上传到特定的web服务器软件即可,但静态网页其实和图片没什么区别,每次更新网站内容,都需要重新制作htm...

38112
来自专栏专注于主流技术和业务

axios2教程

axios 是一个基于 promise 的 HTTP 库,用于浏览器和node.js的http客户端,支持拦截请求和响应,自动转换 JSON 数据, 客户端支持...

8752
来自专栏菩提树下的杨过

ASP.NET中常用的优化性能的方法(转贴,Icyer收集整理)

1. 数据库访问性能优化       数据库的连接和关闭   访问数据库资源需要创建连接、打开连接和关闭连接几个操作。这些过程需要多次与数据库交换信息以通过...

25810
来自专栏AndroidTv

讲讲断点续传那点儿事提问理论基础代码示例

这次想来讲讲断点续传,以前没相关需求,所以一直没去接触,近阶段了解了之后,其实并不复杂,那么也便来写一篇记录一下,分享给大伙,也方便自己后续查阅。

982
来自专栏技术小讲堂

iBatis.Net(2):基本概念与配置

写完第一篇,有朋友给我发邮件,说想让我配合实例写会不会更好一些,可是呢,我觉得这就相当于那些北大的什么鸟给无辜的孩子们吃快餐一样,我是坚决反对那样的,知其然不知...

2817
来自专栏代码世界

Python之线程

操作系统线程理论 线程概念的引入背景 进程 之前我们已经了解了操作系统中进程的概念,程序并不能单独运行,只有将程序装载到内存中,系统为它分配资源才能运行,而这种...

5588
来自专栏喔家ArchiSelf

消息队列在RTOS的应用

传说互联网应用有两大利器,一个是缓存,另一个就是消息队列。 一直相对消息队列做一下梳理,希望早日另有成文。 一叶知秋,实际上消息队列在嵌入式系统中同样有着广泛的...

1093

扫码关注云+社区

领取腾讯云代金券