一个中型OA系统的架构过程（二）

接上文，我们讲解了UI界面层的在设计初期的架构部分，由于是在系统分析还没有全面展开的情况下先做的初期架构，所以中间业务逻辑部分我们暂时放下，先来考虑数据访问层的一些问题。
      2.数据访问层：分两个工程，一工程主要封装数据库访问及操作的对像，我将其命名为DataBaseOption，另一工程主要功能为负责业务逻辑对操作数据库部分的功能进行构造一些操作数据库的规则然后调用DataBaseOption的对像进行对数据库的操作，在这里我把它命名为DataAccess。其中DataAccess与业务逻辑有关，在这里暂时先放一边，而DataBaseOption我们可以看作仅仅与数据库有关，所以在这里我们先作这一部分的讨论。
      对于数据库的操作，我们最常用的就是查询／插入／更新／删除，当然对于一个OA系统来说，还应该多加一个，那就是事务。
      对于查询，我们在这里应该考虑的有直接传入SQL语句查询或者存储过程的查询，当然视图在这里你已经可以把它当一个表看待了，暂时不考虑。查询返回的值，对于DotNet来说，最常用的可能就是返回DataSet，DataReader了，而DataTable被包含于DataSet之中。
      于对插入和更新，其实我们可以放在一起考虑的，因为插入本身就是更新了数据库，而插入或者更新的方法当然可以用SQL语句实现，这些通用的方法在这里我们还是得考虑的。再而就是用数据集更新数据库，也就是用一个适配器更新一个记录集（DataSet）。当然在更新记录集当中我们也可以对记录集里面的一些记录进行删除，然后用记录集更新数据库，达到删除数据的目的。
      至于删除，就没有什么好说的了，删除比较简单。
      对于事务，能够创建／结束与回滚。
      好了，有了上面的分析，现在我们开始思考如何架设这个类。首先当然得有个数据库连接，为了严格地不让这个连接在别的地方使用，我们定义为：