Tại sao mã EF4 Đầu tiên quá chậm khi lưu trữ các đối tượng?

Question

Tôi hiện đang thực hiện một số nghiên cứu về việc sử dụng bộ nhớ db4o cho ứng dụng web của mình. Tôi khá hài lòng về cách thức hoạt động của db4o. Vì vậy, khi tôi đọc về phương pháp Code First, tôi thích là vì cách làm việc với EF4 Code First khá giống với làm việc với db4o: tạo các đối tượng miền của bạn (POCO), ném chúng vào db4o và không bao giờ nhìn lại.

Nhưng khi tôi thực hiện so sánh hiệu suất, EF 4 rất chậm. Và tôi không thể hiểu tại sao.

tôi sử dụng các đối tượng sau:

 

public class Recipe { private List _RecipePreparations; public int ID { get; set; } public String Name { get; set; } public String Description { get; set; } public List Tags { get; set; } public ICollection Preparations { get { return _RecipePreparations.AsReadOnly(); } }
 

public void AddPreparation(RecipePreparation preparation) 
    { 
     this._RecipePreparations.Add(preparation); 
    } 
} 
 

public class RecipePreparation { public String Tên {get; bộ; } chuỗi công khai Mô tả {get; bộ; } Xếp hạng công khai {get; bộ; } Danh sách công khai Các bước {get; bộ; } Thẻ danh sách công khai {get; bộ; } ID công khai {get; bộ; }} 
 

Để kiểm tra việc thực hiện tôi mới lập một công thức, và thêm 50.000 RecipePrepations. Sau đó, tôi lưu trữ các đối tượng trong db4o như vậy:

IObjectContainer db = Db4oEmbedded.OpenFile(Db4oEmbedded.NewConfiguration(), @"RecipeDB.db4o"); 
db.Store(recipe1); 
db.Close(); 

này mất khoảng 13.000 (ms)

tôi lưu trữ những thứ với EF4 trong SQL Server 2008 (Express, địa phương) như thế này:

cookRecipes.Recipes.Add(recipe1); 
cookRecipes.SaveChanges(); 

Và điều đó mất 200.000 (mili giây)

Bây giờ làm thế nào trên trái đất là nhanh hơn DB4o 15 (!!!) nhanh hơn? Tôi có thiếu nút turbo bí mật cho EF4 không? Tôi thậm chí nghĩ rằng db4o có thể được thực hiện nhanh hơn? Vì tôi không khởi tạo tệp cơ sở dữ liệu, tôi chỉ cho phép nó phát triển động.

Answer 1

Bạn có gọi SaveChanges()bên trong vòng lặp không? Không có thắc mắc nó chậm! Hãy thử làm điều này:

foreach(var recipe in The500000Recipes) 
{ 
    cookRecipes.Recipes.Add(recipe); 
} 
cookRecipes.SaveChanges(); 

EF hy vọng bạn thực hiện tất cả các những thay đổi mà bạn muốn, và sau đó gọi SaveChangeslần. Bằng cách đó, nó có thể tối ưu hóa giao tiếp cơ sở dữ liệu và sql để thực hiện các thay đổi giữa trạng thái mở và trạng thái lưu, bỏ qua tất cả các thay đổi mà bạn đã hoàn tác. (Ví dụ: thêm 50 000 bản ghi, sau đó xóa một nửa số bản ghi đó, sau đó nhấn SaveChanges sẽ chỉ thêm 25 000 bản ghi vào cơ sở dữ liệu. Bao giờ)

Answer 2

EF trội hơn nhiều, nhưng tải hàng loạt không phải là một trong số chúng . Nếu bạn muốn tải hàng loạt hiệu suất cao, hãy thực hiện trực tiếp qua máy chủ DB sẽ nhanh hơn bất kỳ ORM nào. Nếu hạn chế hiệu suất duy nhất của ứng dụng của bạn là tải hàng loạt, thì có thể bạn không nên sử dụng EF.

Answer 3

Chỉ cần thêm vào các câu trả lời khác: db4o thường chạy trong khi xử lý, trong khi EF tóm tắt cơ sở dữ liệu ngoài quy trình (SQL). Tuy nhiên, db4o về cơ bản là đơn luồng.Vì vậy, trong khi nó có thể nhanh hơn cho ví dụ này với một yêu cầu, SQL sẽ xử lý đồng thời (nhiều truy vấn, nhiều người dùng) tốt hơn nhiều so với thiết lập cơ sở dữ liệu db4o mặc định.

Answer 4

Có lẽ bạn có thể tắt Changetracking trong khi thêm đối tượng mới, điều này thực sự sẽ làm tăng hiệu suất.

context.Configuration.AutoDetectChangesEnabled = false; 

cũng xem cho biết thêm: http://coding.abel.nu/2012/03/ef-code-first-change-tracking/