0

假设您有一个长而复杂的查询来提取需要一些参数的所需结果。任何都可以，但为了举例：

SELECT
    q.PROD_ID, q.NAME, q.STANDARD_PROD, q.DESCRIPTION, q.PART_NUMBER,
    q.COMMENTS, q.DESCRIPTION_URL,
    PROD_CATEGORY.DESCRIPTION AS CATEGORY_DESCRIPTION,
    PROD_TYPES.DESCRIPTION AS PROD_TYPE
FROM
    (SELECT
        PROD.PROD_ID,
        PROD.PROD_TYPE_ID,
        PROD.NAME,
        PROD.STANDARD_PROD,
        PROD.PROD_CATEGORY_ID,
        PROD.DESCRIPTION,
        PROD.PART_NUMBER,
        PROD.COMMENTS,
        PROD.DESCRIPTION_URL
     FROM
        (SELECT
            PROD_ID,
            PROD_TYPE_ID
         FROM
            XREF_PRODSYS
         WHERE
            (PROD_TYPE_ID = (SELECT
                                PROD_TYPE_ID
                             FROM
                                PROD_TYPES
                             WHERE
                                (NAME LIKE @prod_type_name)))) AS p
     LEFT OUTER JOIN PROD ON p.PROD_ID = PROD.PROD_ID
     WHERE
        (PROD.NAME LIKE @prod_name)
        AND (PROD.HIDDEN = 0)) AS q
LEFT OUTER JOIN PROD_CATEGORY ON q.PROD_CATEGORY_ID = PROD_CATEGORY.PROD_CATEGORY_ID
LEFT OUTER JOIN PROD_TYPES ON q.PROD_TYPE_ID = PROD_TYPES.PROD_TYPE_ID

此特定查询采用两个参数，可能通过 GET/POST 传递给 .NET Web 应用程序。

有没有更简洁的方法来存储这么长的查询，而不是把它放在 webapp 页面的 C# 源代码中？我知道下面的“快速而肮脏”的方法效果很好，但它确实使代码扩展了很多并且变得有点难以管理。例如：

    //inside Page_Load...
    SqlCommand cmd = new SqlCommand();
    cmd.Connection = con;
    cmd.Parameters.Add("@prod_type_name", SqlDbType.VarChar).Value = _type_name;
    cmd.Parameters.Add("@prod_name", SqlDbType.VarChar).Value = _prod_name;
    cmd.CommandText = @"
    SELECT     q.PROD_ID, q.NAME, q.STANDARD_PROD, q.DESCRIPTION, q.PART_NUMBER, q.COMMENTS, q.DESCRIPTION_URL, 
              PROD_CATEGORY.DESCRIPTION AS CATEGORY_DESCRIPTION, PROD_TYPES.DESCRIPTION AS PROD_TYPE
    FROM         (SELECT     PROD.PROD_ID, PROD.PROD_TYPE_ID, PROD.NAME, PROD.STANDARD_PROD, PROD.PROD_CATEGORY_ID, PROD.DESCRIPTION, 
                                      PROD.PART_NUMBER, PROD.COMMENTS, PROD.DESCRIPTION_URL
               FROM          (SELECT     PROD_ID, PROD_TYPE_ID
                                       FROM          XREF_PRODSYS
                                       WHERE      (PROD_TYPE_ID =
                                                                  (SELECT     PROD_TYPE_ID
                                                                    FROM          PROD_TYPES
                                                                    WHERE      (NAME LIKE @prod_type_name)))) AS p LEFT OUTER JOIN
                                      PROD ON p.PROD_ID = PROD.PROD_ID
               WHERE      (PROD.NAME LIKE @prod_name) AND (PROD.HIDDEN = 0)) AS q LEFT OUTER JOIN
              PROD_CATEGORY ON q.PROD_CATEGORY_ID = PROD_CATEGORY.PROD_CATEGORY_ID LEFT OUTER JOIN
              PROD_TYPES ON q.PROD_TYPE_ID = PROD_TYPES.PROD_TYPE_ID
              ";
              //... do stuff with cmd
4

5 回答 5

6

为什么不把这一切都放在一个存储过程中并调用存储过程，适当地传递参数呢？

如何创建存储过程

...
cmd.CommandText = "sprocname";
cmd.CommandType = CommandType.StoredProcedure
...
于 2012-07-02T17:06:30.077 回答
2

这可能是存储过程有意义的地方。它肯定会清理你的源代码。

于 2012-07-02T17:08:08.040 回答
2

把它放到一个存储过程中。或者是一个充满 SQL 语句字符串常量的文件。

于 2012-07-02T17:06:58.263 回答
1

另一个注意事项：通过一些思考，您可以将 carpy 查询重写为如下所示：

SELECT PROD.PROD_ID, PROD.NAME, PROD.STANDARD_PROD, PROD.DESCRIPTION, 
       PROD.PART_NUMBER, PROD.COMMENTS, PROD.DESCRIPTION_URL, 
       PROD_CATEGORY.DESCRIPTION AS CATEGORY_DESCRIPTION, 
       PROD_TYPES.DESCRIPTION AS PROD_TYPE 
FROM  XREF_PRODSYS
JOIN  PROD_TYPES 
  ON PROD_TYPES.PROD_TYPE_ID = XREF_PRODSYS.PROD_TYPE_ID
LEFT OUTER JOIN PROD 
  ON p.PROD_ID = PROD.PROD_ID AND PROD.NAME LIKE @prod_name AND PROD.HIDDEN = 0
LEFT OUTER JOIN PROD_CATEGORY 
  ON q.PROD_CATEGORY_ID = PROD_CATEGORY.PROD_CATEGORY_ID 
WHERE  PROD_TYPES.NAME LIKE @prod_type_name

您可能会看到改进。（我确信有更好的方法来获取相同的信息，但这无需我猜测/假设您的数据库是如何设计的。但我希望这个查询应该从 PROD 而不是 XREF_PRODSYS 作为第一个表中选择。）

您的查询带有实体框架的味道，对吗？

于 2012-07-02T17:21:46.117 回答
0

存储过程是 Justin 列出的一种方式。

通常在构建 Web 应用程序时，我和其他许多人会将数据访问层拆分为另一个项目或类。我通常构建 5 层：数据库 <->（无论哪种方式，你的 SQL 都需要去某个地方；应该去这里 IMO，或者在数据库中，或者至少是另一个类）数据访问层 <-> 业务对象层 <-> 代码隐藏<-> HTML/Razor。这使得代码更易于管理，同样重要的是可重用。

于 2012-07-02T17:27:15.457 回答