一个ORM是否符合我的目的

Question

我们通常在接受xml并将结果集作为xml返回的数据库上编写存储过程。我正在考虑为数据库调用提供一个抽象，如下所示

示例

    public List<Person> GetAllPeople()
    {
        string requestXml = "<Request><Type>GetAllPeople</Type></Request>";
        //execute a procedure with above xml as input
        //load the response xml into dataset
        //foreach record instantiate Person & add to list
        return List<Person>();
    }

这样团队就可以使用强类型的对象，而不是松散耦合的Xml。我认为这是ORM所做的工作对吗？或者我应该将自己的数据访问层编码为返回对象，而不是数据集和数据集。所以问题是

• 是否适合这种类型的数据访问？

• 抽象数据库调用的正确路径是什么？

规格

Server 2005，.NET 2.0，ASP.NET 2.0，C# 2.0

Answer 1

一定要设计一个数据访问层。该层将由DAO类组成，每个类用于访问特定类型的数据(或对象，如果是OO系统)。

现在取决于你如何写这一层。你有几种选择：

1. ORM.
2. Plain旧JDBC
3. 存储过程方法。

如果你决定和奥姆斯一起去，那就确定你要去的是什么。构建几个演示项目来了解ORM是如何工作的。

现在，我对存储过程有点怀疑，主要是因为它可以做各种各样的事情--数据检索和逻辑执行。我避免存储过程，以确保所有业务逻辑都在我的代码中(是tjava、PHP或其他)。对于相对较小的系统，我建议您使用一个简单的基于SQL查询的数据访问层。