Tại sao linq sau để truy vấn sql tạo truy vấn phụ?

Question

tôi đã làm các truy vấn sau đây:

var list = from book in books 
      where book.price > 50 
      select book; 

list = list.Take(50); 

Tôi mong chờ ở trên để tạo ra một cái gì đó như:

SELECT top 50 id, title, price, author 
FROM Books 
WHERE price > 50 

nhưng nó tạo ra:

SELECT 
[Limit1].[C1] as [C1] 
[Limit1].[id] as [Id], 
[Limit1].[title] as [title], 
[Limit1].[price] as [price], 
[Limit1].[author] 
FROM (SELECT TOP (50) 
      [Extent1].[id] as as [Id], 
      [Extent1].[title] as [title], 
      [Extent1].[price] as [price], 
      [Extent1].[author] as [author] 
     FROM Books as [Extent1] 
     WHERE [Extent1].[price] > 50 
    ) AS [Limit1] 

Tại sao các truy vấn LINQ trên tạo một truy vấn phụ và C1 đến từ đâu?

Answer 1

Bạn vẫn có thể làm cho nó sạch như thế này:

var c = (from co in db.countries 
        where co.regionID == 5 
        select co).Take(50); 

này sẽ cho kết quả:

Table(country).Where(co => (co.regionID = Convert(5))).Take(50) 

Tương đương với:

SELECT TOP (50) [t0].[countryID], [t0].[regionID], [t0].[countryName], [t0].[code] 
FROM [dbo].[countries] AS [t0] 
WHERE [t0].[regionID] = 5 

EDIT: Ý kiến, nó không nhất thiết vì với Take() riêng biệt, bạn vẫn có thể sử dụng nó như sau:

var c = (from co in db.countries 
        where co.regionID == 5 
        select co); 
      var l = c.Take(50).ToList(); 

Và kết quả sẽ giống như trước đây.

SELECT TOP (50) [t0].[countryID], [t0].[regionID], [t0].[countryName], [t0].[code] 
FROM [dbo].[countries] AS [t0] 
WHERE [t0].[regionID] = @p0 

Thực tế là bạn đã viết IQueryable = IQueryable.Take(50) là một phần khó khăn ở đây.

Answer 2

Truy vấn phụ được tạo cho mục đích chiếu, điều này có ý nghĩa hơn khi bạn chọn từ nhiều bảng vào một đối tượng ẩn danh duy nhất, khi đó truy vấn bên ngoài được sử dụng để thu thập kết quả.

Hãy thử những gì xảy ra với một cái gì đó như thế này:

from book in books 
where price > 50 
select new 
{ 
    Title = book.title, 
    Chapters = from chapter in book.Chapters 
      select chapter.Title 
} 

Answer 3

Disclaimer: Tôi chưa bao giờ sử dụng LINQ trước ...

tôi đoán sẽ được phân trang hỗ trợ? Tôi đoán bạn có phương thức Take(50, 50) có 50 bản ghi, bắt đầu từ bản ghi 50. Hãy xem SQL mà truy vấn tạo ra và có thể bạn sẽ thấy rằng nó sử dụng cấu trúc truy vấn phụ tương tự để cho phép nó trả về bất kỳ 50 hàng nào trong một truy vấn trong khoảng thời gian nó trả về 50 hàng đầu tiên.

Trong mọi trường hợp, truy vấn con lồng nhau không thêm bất kỳ chi phí hiệu năng nào khi được tối ưu hóa tự động trong khi lập kế hoạch thực hiện.

Answer 4

Không phải là trường hợp truy vấn đầu tiên trả về tổng số hàng trong khi thứ hai trích xuất tập con của các hàng dựa trên lệnh gọi đến phương thức .Take()?

Answer 5

1. Tôi đồng ý với @Justin Swartsel. Không có lỗi liên quan, vì vậy đây phần lớn là một vấn đề học thuật.
2. nỗ lực LINQ to SQL để tạo SQL chạy hiệu quả (trong trường hợp này).
   1. Nhưng không cố gắng tạo ra SQL thông thường SQL mà con người có khả năng sẽ tạo.
3. Trình triển khai LINQ to SQL có thể sử dụng mẫu trình tạo để tạo SQL.
   1. Nếu vậy, sẽ dễ dàng hơn để nối thêm chuỗi con (hoặc truy vấn phụ trong trường hợp này) hơn là quay lại và chèn đoạn 'TOP x' vào mệnh đề SELECT.