我在我的应用程序中使用 EF 4.0 POCO。像这样检索信息有什么缺点吗?
Given a customerId
and a productId
,我想应用一些业务规则,要求我从需要多次查询的数据库中获取大量微小的信息。相反,我可以编写一个查询,如下所示:
var customerId = 1;
var productId = 1;
var aggregateQuery =
from entry in Customers.Take(0).DefaultIfEmpty()
select new
{
numberOfOrders = SalesOrderHeaders.Where (header => header.CustomerID == customerId).Count(),
canSellProduct = Products.Where(product => product.ProductID == productId && product.SellEndDate > DateTime.Now).Count () > 0
//more infromation of this sort, required to enforce business rules
};
var informationPacket = aggregateQuery.First();
The Customers.Take(0).DefaultIfEmpty()
只是提供了一种开始查询的方法Customers
, SalesOrderHeaders
and Products
是来自上下文的 EF ObjectQuery 实例(此示例来自 LinqPad)。这会产生以下 SQL:
-- Region Parameters
DECLARE @p0 Int = 1
DECLARE @p1 Int = 1
DECLARE @p2 DateTime = '2012-04-04 21:02:20.798'
DECLARE @p3 Int = 0
-- EndRegion
SELECT TOP (1) [t6].[value] AS [numberOfOrders], [t6].[value2] AS [canSellProduct]
FROM (
SELECT (
SELECT COUNT(*)
FROM [Sales].[SalesOrderHeader] AS [t3]
WHERE [t3].[CustomerID] = @p0
) AS [value],
(CASE
WHEN ((
SELECT COUNT(*)
FROM [Production].[Product] AS [t5]
WHERE ([t5].[ProductID] = @p1) AND ([t5].[SellEndDate] > @p2)
)) > @p3 THEN 1
WHEN NOT (((
SELECT COUNT(*)
FROM [Production].[Product] AS [t5]
WHERE ([t5].[ProductID] = @p1) AND ([t5].[SellEndDate] > @p2)
)) > @p3) THEN 0
ELSE NULL
END) AS [value2]
FROM (
SELECT NULL AS [EMPTY]
) AS [t0]
OUTER APPLY (
SELECT TOP (0) NULL AS [EMPTY]
FROM [Sales].[Customer] AS [t1]
) AS [t2]
) AS [t6]
我倾向于使用单独的查询有以下三个原因:
-
隔离:单独的查询更清晰且更易于维护:使用一个整体查询,每个更改都可能产生许多副作用。将业务规则应用于小的、独立的代码片段会更容易。
-
效率: You might最终组成的查询的效率远低于单独的查询,因为不可能找到良好的执行计划,这甚至可能超过更多数据库往返的成本(但这需要进行基准测试)。
-
锁定:它可能会工作一段时间,直到需求发生变化以致一个大查询不再工作:可能需要不成比例的大量重构。
再加上一点直觉:需要一些技巧(Take(0)
)通常表示糟糕的设计(或者也许你只是太聪明了,但就我而言,通常是前者)。
然而,我当然看到了潜在的优势。如前所述,由于数据库往返次数较少,它可能会表现得更好。而且用起来还是蛮舒服的select new
组成一个数据传输对象,而不是将其从单独的位编织在一起。
所以,没有一个明确的判决。就我个人而言,我喜欢让事情变得简单,并在性能确实成为问题时处理它。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)