29
4
CFSDN nhấn mạnh vào giá trị tạo ra nguồn mở và chúng tôi cam kết xây dựng nền tảng chia sẻ tài nguyên để mọi nhân viên CNTT có thể tìm thấy thế giới tuyệt vời của bạn tại đây.
Bài viết trên blog CFSDN này.net Chủ đề EF Core: Điều gì xảy ra khi EF Core đọc dữ liệu? Được tác giả sưu tầm và biên soạn. Nếu các bạn quan tâm tới bài viết này thì nhớ like nhé.
Văn bản gốc: https://bit.ly/2umidlb Tác giả: jon p smith Người dịch: Wang Liang Tuyên bố từ chối trách nhiệm: Tôi không dịch các bài viết kỹ thuật từng câu mà diễn đạt dựa trên sự hiểu biết của riêng tôi. Một số câu tôi thực sự không biết cách tổ chức nhưng không ảnh hưởng đến sự hiểu biết có thể bị loại bỏ.
Bài viết này sẽ cung cấp cho bạn mô tả chi tiết về chế độ xem "hậu trường" của việc đọc dữ liệu lõi ef từ cơ sở dữ liệu. Tôi sẽ trình bày hai cách đọc cơ sở dữ liệu: truy vấn thông thường và truy vấn không theo dõi bằng phương pháp không theo dõi. Tôi cũng sẽ chạy thử nghiệm để chứng minh cách tôi giải quyết vấn đề về hiệu suất mà một trong những khách hàng của tôi đang gặp phải.
Tôi cho rằng bạn đã có một số kiến thức về ef core, nhưng trước khi đi sâu vào, hãy xem cách sử dụng ef core để đảm bảo chúng ta có một số kiến thức cơ bản. Đây là một chủ đề "đi sâu", vì vậy tôi sẽ đi sâu vào nhiều chi tiết kỹ thuật và tôi hy vọng tôi mô tả nó theo cách mà bạn có thể hiểu được.
Bài viết này là bài đầu tiên trong loạt bài “Tìm hiểu chuyên sâu về lõi ef”. Sau đây là danh sách các bài viết trong loạt bài này:
Tổng quan .
Cách lõi ef đọc dữ liệu cơ sở dữ liệu.
Mẹo: Nếu bạn đã có hiểu biết nhất định về lõi ef, bạn có thể bỏ qua phần này. Phần này chỉ là một ví dụ về cách đọc cơ sở dữ liệu.
Để giúp bạn hiểu rõ hơn, trước tiên tôi sẽ mô tả cấu trúc cơ sở dữ liệu và sau đó đưa ra một ví dụ đọc cơ sở dữ liệu đơn giản. Dưới đây là một số cấu trúc bảng cơ bản và mối quan hệ giữa chúng.
Các bảng được ánh xạ tới các lớp có tên tương tự, chẳng hạn như sách, tác giả sách, tác giả, có tên thuộc tính giống với tên trường của bảng. Do không gian hạn chế, tôi sẽ không mở rộng các lớp này, nhưng bạn có thể xem các lớp này trong kho lưu trữ github của tôi [1].
lõi ef yêu cầu năm phần sau để đọc cơ sở dữ liệu:
Mã kiểm tra đơn vị bên dưới là từ kho lưu trữ github của tôi [2] và hiển thị một ví dụ đơn giản về việc đọc 4 thực thể sách và các thực thể tác giả và tác giả sách liên quan của chúng từ cơ sở dữ liệu hiện có.
Địa chỉ kho: https://bit.ly/2yza7qq.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
[sự thật]
công cộng
vô hiệu
testbookcountauthorsok()
{
//cài đặt
var options = sqliteinmemory.createoptions
//mã để thiết lập cơ sở dữ liệu với bốn cuốn sách, hai cuốn có cùng tác giả
sử dụng
(trong đó bối cảnh =
mới
efcorecontext(tùy chọn))
{
//nỗ lực
var books = ngữ cảnh.books
.include(r => r.authorslink)
.theninclude(r => r.tác giả)
.tolist();
//xác minh
books.count.shouldequal(4);
sách.selectmany(x => x.authorslink.select(y => y.author))
.distinct().count().shouldequal(3);
}
}
|
Bây giờ, nếu chúng ta ánh xạ mã kiểm thử đơn vị tới 5 phần trên thì kết quả sẽ như sau:
Trung tâm cá nhân
Điều phát hành
từ bỏsqliteinmemory.createoptions phương thức này tạo cơ sở dữ liệu trong bộ nhớ bằng cách sử dụng một trong các gói nuget của tôi, efcore.testsupport (cơ sở dữ liệu trong bộ nhớ rất hữu ích cho việc kiểm tra đơn vị vì bạn có thể thiết lập cơ sở dữ liệu trống mới để kiểm tra)..sách Cho biết rằng bạn muốn truy cập vào bảng sách.Tất cả truy vấn này dẫn đến một tập kết quả, chứa các thuộc tính thông thường, chẳng hạn như thuộc tính tiêu đề của sách và thuộc tính điều hướng của các lớp thực thể liên quan, chẳng hạn như thuộc tính liên kết tác giả của sách.
Ví dụ này được gọi là truy vấn hoặc đọc và là một trong bốn loại truy cập cơ sở dữ liệu, crud (thêm, đọc, cập nhật và xóa). Tôi sẽ đề cập đến những bổ sung và cập nhật mới trong bài viết tiếp theo của mình.
Cách lõi ef thể hiện dữ liệu đã đọc.
Khi bạn truy vấn cơ sở dữ liệu, lõi ef sẽ chuyển đổi dữ liệu được cơ sở dữ liệu trả về thành các lớp thực thể và điền các giá trị của thuộc tính điều hướng. Trong phần này, chúng ta sẽ xem xét hai loại bước truy vấn - truy vấn thông thường (tức là không có phương pháp không theo dõi, còn được gọi là truy vấn đọc-ghi) và truy vấn không theo dõi có thêm phương pháp không theo dõi (được gọi là truy vấn chỉ đọc).
Trước tiên chúng ta hãy xem câu lệnh linq ban đầu được chuyển đổi thành lệnh truy vấn tương ứng của cơ sở dữ liệu như thế nào và sau đó trả về dữ liệu. Đây là một thao tác rất phổ biến cho cả hai loại truy vấn mà chúng ta sẽ xem xét. Xem hình ảnh bên dưới để biết phần đầu tiên của truy vấn.
Có một số mã rất phức tạp để chuyển linq của bạn thành các lệnh truy vấn cơ sở dữ liệu, nhưng chúng ta không cần phải lo lắng về những chi tiết nội bộ này. Nếu linq của bạn không thể dịch được, bạn sẽ nhận được một thông báo ngoại lệ từ lõi ef chứa các từ mô tả như "không thể dịch được". Ngoài ra, các tính năng như trình chuyển đổi giá trị[4] có thể điều chỉnh dữ liệu khi dữ liệu được trả về.
Phần này hiển thị phần đầu tiên của truy vấn, trong đó linq được dịch thành lệnh cơ sở dữ liệu và tất cả các giá trị đúng sẽ được trả về. Bây giờ chúng ta hãy xem phần thứ hai của truy vấn, trong đó lõi ef lấy các giá trị trả về và chuyển đổi chúng thành các phiên bản của lớp thực thể và điền vào các thuộc tính điều hướng. Chúng ta sẽ xem xét cả hai loại truy vấn riêng biệt.
1. Truy vấn thông thường (truy vấn đọc-ghi).
Cách một truy vấn thông thường đọc dữ liệu, nó có thể sửa đổi dữ liệu và cập nhật nó vào cơ sở dữ liệu, đó là lý do tại sao tôi gọi nó là truy vấn đọc-ghi. Nó không tự động cập nhật dữ liệu (xem bài tiếp theo về cách ghi vào cơ sở dữ liệu). Nếu bạn muốn cập nhật dữ liệu, truy vấn của bạn phải là truy vấn đọc-ghi.
Ví dụ tôi đưa ra trong phần giới thiệu thực hiện một truy vấn đọc-ghi thông thường, đọc các ví dụ với phiên bản liên kết tác giả. Đây là mã cho phần truy vấn của ví dụ:
|
1
2
3
4
|
var books = ngữ cảnh.books
.include(r => r.authorslink)
.theninclude(r => r.tác giả)
.tolist();
|
Sau đó, lõi ef sẽ chuyển đổi các giá trị này và điền vào lớp thực thể chứa các thuộc tính điều hướng theo ba bước. Hình ảnh bên dưới hiển thị ba bước này cùng với lớp thực thể kết quả và các thuộc tính điều hướng của nó.
Hãy phân tích ba bước sau:
2. Truy vấn không theo dõi (truy vấn chỉ đọc).
Truy vấn không theo dõi, tức là truy vấn sử dụng phương pháp không theo dõi, là truy vấn chỉ đọc. Điều này có nghĩa là khi phương thức savechanges được gọi, không có gì bạn đọc sẽ được ghi vào cơ sở dữ liệu. Các truy vấn không theo dõi hiệu quả hơn Trong phần tiếp theo, tôi sẽ giới thiệu các truy vấn không theo dõi và những điểm khác biệt so với các truy vấn thông thường.
Theo ví dụ trước, tôi đã sửa đổi mã truy vấn và thêm phương thức không theo dõi sau (xem dòng 2):
|
1
2
3
4
5
|
var books = ngữ cảnh.books
.asnotracking()
.include(r => r.authorslink)
.theninclude(r => r.tác giả)
.tolist();
|
Truy vấn linq ở đây chỉ có hai bước đầu tiên của truy vấn thông thường ở trên (không có bước thứ ba). Hình dưới đây thể hiện các bước của truy vấn không theo dõi.
Các bước thực hiện như sau:
Sự khác biệt giữa truy vấn thông thường và truy vấn không theo dõi.
Bây giờ hãy so sánh sự khác biệt rõ ràng giữa hai truy vấn này.
Các tính năng sửa chữa mối quan hệ hữu ích cho dữ liệu phân cấp.
Bước sửa chữa mối quan hệ rất thông minh, đặc biệt là trong các truy vấn thông thường. Dưới đây tôi muốn cho bạn thấy cách tôi sử dụng tính năng vá lỗi mối quan hệ để giải quyết vấn đề về hiệu suất trong dự án khách hàng.
Tôi đã làm việc cho một công ty nơi phần lớn quá trình xử lý dữ liệu được cấu trúc theo thứ bậc, nơi dữ liệu có một loạt các mối quan hệ có độ sâu không chắc chắn. Vấn đề là tôi phải phân tích toàn bộ hệ thống phân cấp trước khi có thể hiển thị dữ liệu này. Ban đầu, tôi đạt được điều này bằng cách tải hai cấp độ đầu tiên một cách tham lam và sau đó tải rõ ràng các cấp độ sâu hơn. Nó hoạt động nhưng hiệu suất rất chậm và cơ sở dữ liệu bị quá tải với nhiều lần truy cập cơ sở dữ liệu đơn lẻ.
Điều này khiến tôi phải suy nghĩ về giải pháp. Nếu việc sửa chữa mối quan hệ của các truy vấn thông thường quá thông minh, liệu nó có thể giúp tôi cải thiện hiệu suất của các truy vấn không? Nó có thể! Hãy để tôi cho bạn một ví dụ về một nhân viên công ty. Hình ảnh bên dưới hiển thị thứ bậc của các công ty mà chúng tôi muốn tải.
Bạn có thể sử dụng .include(x => x.worksforme).theninclude(x => x.worksforme)... v.v. để tải thông tin cấp độ được yêu cầu, nhưng kết quả là .include(x => x.worksforme ) là đủ. Bởi vì bản vá mối quan hệ của ef core sẽ thực hiện phần còn lại cho bạn, điều này thật đáng ngạc nhiên nhưng cũng rất hữu ích.
Ví dụ: nếu tôi muốn truy vấn tất cả nhân viên về phát triển vai trò (mỗi nhân viên có một thuộc tính tên là whattheydo và một thuộc tính tên là vai trò chứa bộ phận họ làm việc), tôi có thể viết mã như sau:
|
1
2
3
4
|
var devdept = ngữ cảnh.nhân viên
.include(x => x.worksfromme)
.nơi(x => x.whattheydo.hasflag(vai trò.phát triển))
.tolist();
|
Điều này sẽ tạo một truy vấn tải tất cả nhân viên có vai trò phát triển và vá mối quan hệ với thuộc tính điều hướng worksfome (bộ sưu tập) và thuộc tính điều hướng người quản lý (đơn) trên lớp thực thể nhân viên. Bằng cách chỉ thực hiện một truy vấn, nó vừa cải thiện thời gian thực hiện vừa giảm tải cho máy chủ cơ sở dữ liệu.
Tóm tắt.
Bạn đã thấy hai loại truy vấn mà tôi gọi là a) truy vấn đọc-ghi thông thường và b) truy vấn chỉ đọc không theo dõi. Đối với mỗi loại truy vấn, tôi sẽ chỉ cho bạn cách EF Core "hậu trường" đọc dữ liệu và hiển thị nó. Sự khác biệt trong cách họ làm việc cũng cho thấy điểm mạnh và điểm yếu của họ.
Truy vấn không theo dõi là giải pháp cho truy vấn chỉ đọc vì chúng nhanh hơn truy vấn đọc-ghi thông thường. Nhưng bạn nên nhớ cơ chế vá mối quan hệ, cơ chế này có thể tạo ra nhiều phiên bản của một lớp khi cơ sở dữ liệu chỉ có một mối quan hệ.
Truy vấn đọc-ghi thông thường là giải pháp để truy vấn các thực thể được theo dõi, nghĩa là bạn có thể sử dụng chúng khi tạo, cập nhật và xóa dữ liệu. Các truy vấn đọc và ghi thông thường chiếm nhiều thời gian và tài nguyên bộ nhớ hơn nhưng có một số tính năng hữu ích, chẳng hạn như liên kết tự động với các phiên bản lớp thực thể được theo dõi khác.
Tôi hy vọng bài viết này hữu ích cho bạn. Chúc bạn lập trình vui vẻ! .
[1]. https://bit.ly/2mxk3zy [2]. https://bit.ly/2yza7qq [3]. https://bit.ly/2y0uoro [4]. https://bit.ly/2yeyg8j 。
Liên kết gốc: https://www.cnblogs.com/willick/p/13150393.html.
Cuối cùng, bài viết này nói về chủ đề .net EF Core: Điều gì xảy ra khi EF Core đọc dữ liệu? Bài viết này chỉ vậy thôi, nếu bạn muốn biết thêm về chủ đề .net EF Core: Điều gì xảy ra khi EF Core đọc dữ liệu? Về nội dung, vui lòng tìm kiếm các bài viết của CFSDN hoặc tiếp tục duyệt các bài viết liên quan. Tôi hy vọng bạn sẽ ủng hộ blog của tôi trong tương lai! .
29
4
0
Sự khác biệt giữa EF POCO và EF Code First là gì? Nếu ngay từ đầu tôi chỉ sử dụng POCO thì tôi có thể sử dụng EF với chúng không? Câu trả lời hay nhất Nếu bạn sử dụng mã EF trước, bạn sẽ có các đối tượng POCO và dữ liệu
Sự khác biệt giữa EF POCO và EF Code First là gì? Nếu ngay từ đầu tôi chỉ sử dụng POCO thì tôi có thể sử dụng EF với chúng không? Câu trả lời hay nhất Nếu bạn sử dụng mã EF trước, bạn sẽ có các đối tượng POCO và dữ liệu
Tôi có một dự án dựa trên .NET 4.8 và EF 6.4.4. Chúng tôi đang dần chuyển sang .Net Core, nhưng trong quá trình này, tôi có thể tạo lớp ngữ cảnh dữ liệu .NET Core EF Core và trỏ cả hai vào cùng một phiên bản
Tôi có mã Entity Framework 5 sau đây hạng nhất public class Airplane { public int Id { get } public int set;
Tôi đang cố gắng đảo ngược cơ sở dữ liệu hiện có bằng Entity Framework Core. Tôi đã thử làm theo hướng dẫn của Microsoft nhưng gặp lỗi: Không thể tìm thấy nhà cung cấp.
Có cách nào để kiểm tra xem DbContext có khớp với cơ sở dữ liệu hay không khi cơ sở dữ liệu không được tạo trước bằng mã EF? Tôi đang tìm chức năng tương tự như Database.CompatibleWithModel nhưng không có siêu dữ liệu. câu trả lời hay nhất
Hiện tại tôi đang tái cấu trúc các thử nghiệm cho các phương thức ngữ cảnh của mình để không còn yêu cầu cơ sở dữ liệu thực nữa. Tôi sử dụng Ef Core. Vì vậy, tôi đã đọc qua tài liệu của Microsoft về cách kiểm tra các phương pháp ngữ cảnh. Lần đầu tiên tôi tìm thấy tài liệu về thử nghiệm EF6 và sau đó đọc EfCo
Tôi đang sử dụng các câu lệnh Cơ sở dữ liệu EF 6.SqlQuery để thực thi một thủ tục được lưu trữ và thực hiện xử lý lỗi và giao dịch, mở và đóng giao dịch (xử lý nhiều bản ghi, nếu một bản ghi có lỗi, chỉ khôi phục bản ghi này và cam kết mọi thứ khác sẽ hoàn thành mà không có lỗi) . Lis
Tôi bắt đầu với Cơ sở dữ liệu EF vì tôi thích thiết kế cơ sở dữ liệu của mình trong SQL Management Studio và thật lòng mà nói, rất dễ dàng để Visual Studio tạo tất cả các thực thể trực tiếp từ cơ sở dữ liệu mà không cần phải thực thi bất kỳ mã nào.
Tôi có một số tệp di chuyển trong dự án của mình và vì tôi đã thực hiện các sửa đổi thủ công cho lần di chuyển cuối cùng nên tôi không muốn tạo lại nó bằng "Bảng điều khiển quản lý gói". Tôi chỉ cần thêm 1 cột. Vì vậy, đã thêm tính năng này theo cách thủ công trong lần di chuyển trước đó (tôi có thể thực hiện việc này vì chưa có ai nâng cấp).
Văn bản gốc: https://bit.ly/2umidlb Tác giả: jon p smith Người dịch: Wang Liang Tuyên bố từ chối trách nhiệm: Tôi không dịch các bài viết kỹ thuật từng câu mà diễn đạt dựa trên sự hiểu biết của riêng tôi. Một số trong số chúng có thể bị xóa và tôi thực sự không biết cách sắp xếp chúng.
Chúng tôi muốn bắt đầu một dự án mới và chúng tôi đã quyết định sử dụng chỉ mục Columnstore và chỉ mục được nhóm trên một số bảng ngay từ đầu, làm cách nào chúng tôi có thể thực hiện việc này bằng Code First EF Core 3.1? Câu trả lời hay nhất Bạn nên thay đổi khóa chính thành một cái gì đó khác ngoài
Tôi đang sử dụng Entity Framework 6.0. Đây là vấn đề phát triển chứ không phải vấn đề sản xuất. Tôi đoán tôi có một chiến lược xung đột. Hiện tại tôi đặt DropCreateDatabaseIfModelChanges
Tôi đang dùng VS 2012 RTM, sử dụng EF 5. Tôi đang viết mã trước tiên nhưng vì tôi chỉ đang trong quá trình phát triển nên tôi đang cố gắng bỏ qua việc di chuyển mã. Để tránh chúng, tôi có bộ này Database.SetInitializer(new Drop
Tôi có loại trường kiểm tra phức tạp Loại phức tạp của tôi: [ComplexType] public class AuditData { [Column("CreatorUserId")] public
Tôi đã đọc nhiều bài viết về cách chỉ định tên khóa ngoại trong các mối quan hệ và không gặp phải bất kỳ vấn đề nào. Tuy nhiên, điều tôi muốn biết là có cách nào để thay đổi cách đặt tên cho các khóa chính và mối quan hệ không? Ví dụ: bạn có bảng Người dùng với UserId làm khóa chính. Mã số EF
Mình mới cài gói NuGet Entity Framework 4.1 mới nên thay thế gói EFCodeFirst theo hướng dẫn của NuGet và bài viết này của Scott Hanselman. bây giờ hãy nghĩ
Ứng dụng của tôi dựa trên .NET 4.0 và EF 4. Bây giờ tôi đang xem xét nâng cấp lên phiên bản mới nhất. Có bất kỳ thay đổi hoặc khác biệt đáng kể nào trong hành vi có thể ảnh hưởng xấu đến đơn đăng ký của tôi không? Đường dẫn nâng cấp đơn giản như thế nào? Việc nâng cấp lên EF 5 có yêu cầu thay đổi mã hoặc
Giả sử bạn phải phát triển một trang web hỗ trợ nhiều ngôn ngữ bằng cách sử dụng các lớp EF Code First và POCO, bạn sẽ lập mô hình các lớp POCO để hỗ trợ điều này như thế nào? Bằng cách hỗ trợ đa ngôn ngữ, ý tôi là không chỉ có một số tệp tài nguyên cho giao diện người dùng của bạn.
Tôi bắt đầu với mã EF 4.1. Cho đoạn lớp sau: public class Doctor { public virtual ICollection Hospitals { get;
Tôi là một lập trình viên xuất sắc, rất giỏi!