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 所做的工作对吗？或者我应该编写自己的数据访问层来返回对象而不是数据集和数据表。所以问题是

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

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

规格

SQL Server 2005、.NET 2.0、ASP.NET 2.0、C# 2.0

Answer 1

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

现在由您决定如何编写这一层。您有多种选择：

1. ORM.
2. 普通的旧 JDBC
3. 你提到的存储过程方法。

如果您决定要使用 ORM，请确定您要进入的内容。构建几个演示项目以了解 ORM 的工作原理。

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