ORM: 开发自己的Data Access Application Block - Part I

核心提示： SqlDatabase：封装基于SQL Server 的操作，ADO.NET 2.0在1.0的基础上作了很大的改善，ORM: 开发自己的Data Access Application Block - Part I(2)，主要的增加的大量的基类，为我们进行泛型编程，手工编写的方式已经不能适合

SqlDatabase：封装基于SQL Server 的操作。ADO.NET 2.0在1.0的基础上作了很大的改善，主要的增加的大量的基类，为我们进行泛型编程，编写和具体Db无关的代码变得异常容易。所以我们把大多数Data Access的操作可以封装在Abstract Database类中，SqlDatabase中的内容实际上是很少的。

OracleDatabase：封装基于Oracle的操作。

IDbParameterNameMapping和IStoredProcedureNameMapping：我想大家都是这样的感受，实现ORM的本质就是实现内存中的数据（主要是Dataset）和数据库的一个映射。在Dataset和数据库中的Table相互Mapping方面，我觉得没有必要采用特殊的Mapping，直接和简单易行的就是Table和Dataset中的Data Table完全匹配（table name 和field name完全匹配）。所以重要的是实现Dataset和Stored procedure的Mapping：Table Name如何与进行Insert，Update，Delete的Stored procedure name匹配，不同Version（original & current）的Field如何与Stored procedure的Parameter name 匹配。而这样一个匹配应该是可配置的，因为每个Application在数据库设计时的命名都有各自的要求，所以我在这里采用的Provider的设计模式。用户可以实现这两个Interface编写适合自己的Mapping provider，通过我提供的Configuration block很容易地完成配置。同时，我写了一个默认的，简单的Mapping：SimpleDbParameterNameMapping和SimpleStoredProcedureNameMapping。

有一点需要补充的是，要实现上面的Mapping，对Stored Procedure的命名有较高的要求，手工编写的方式已经不能适合我们的要求，所以我们需要一个生成Stored procedure的Generator，这个Generator也使用这两个可配置的Mapping接口。