Độ trễ NHibernate rất cao

Question

Tôi đang sử dụng NHibernate cho ORM và đã hợp nhất tải nhiều thực thể vào một truy vấn lớn.

Tôi đang thực sự tải từ điển từ, khoảng 500 nghìn mục nhập và mỗi từ liên quan đến những từ khác. Chạy quá trình tải trong nền có thể rất phức tạp trong ứng dụng của chúng tôi, vì chúng tôi sẽ phải tải thủ công một mục nhập chưa được tải đúng thời gian, vì bất kỳ từ nào cũng có thể được yêu cầu bất cứ lúc nào. Yêu cầu duy nhất của chúng tôi là tất cả dữ liệu được tải nhanh nhất có thể. Tôi cũng đã thử sử dụng phiên không quốc tịch, nhưng có ngoại lệ là phiên không quốc tịch không thể tìm nạp bộ sưu tập (vì lý do nào đó, có thể nó không liên quan đến thực tế không có bộ nhớ cache cho phiên không trạng thái?)

Vấn đề là mặc dù truy vấn mất không quá 25 giây trong SQLServer, nó mất hơn 3 phút cho ICriteria.List().

Tôi đã sử dụng NHProf để lập hồ sơ quá trình tải và thấy rằng việc tạo ra các thực thể là một việc tốn kém, chiếm phần lớn thời gian tải trong NHibernate.

Tôi có thể làm gì để giảm độ trễ này không? Việc phân bổ bộ nhớ có tốn kém hay là "điền" dữ liệu?

Cảm ơn!

Answer 1

Lập cấu hình quy trình tạo (ví dụ với bộ phân tích hiệu suất VS) nên cho bạn biết chính xác hoạt động tốn kém là gì. Nếu bạn đã chơi với điều chỉnh tải lười biếng thì tôi nghĩ giải pháp duy nhất tốt là gói gọn danh sách trả về để cho phép phân trang trả về các khối nhỏ hơn trong một vài lần lặp. Tôi không chắc liệu NHibernate hỗ trợ danh sách kết quả lười biếng như JPA không (tức là không tải các thực thể từ trình đọc dữ liệu cho đến khi cần thiết).

Answer 2

Có lẽ bạn nên xem xét thực tế là NHibernate (giống như hầu hết ORM) không đặc biệt phù hợp (hoặc dự định) cho các loại tình huống tải hàng loạt. Có bao nhiêu hàng bạn đang cố tải, cho hay lấy? Bạn đang cố làm gì vậy? Pre-populate một bộ nhớ cache? Xử lý giống như hàng loạt?

Cảm giác ruột của tôi là bạn nên cân nhắc nghiêm túc mục đích của ứng dụng và chọn các công nghệ cơ bản phù hợp. Có lẽ bạn có thể làm sáng tỏ một số ý định/yêu cầu của bạn?

EDIT OK, từ nhận xét của bạn Tôi hiểu bạn đang cố gắng làm gì ở đây. Điều đầu tiên tôi muốn làm là tạo một nguyên mẫu đơn giản bằng cách sử dụng ADO.NET thô để tải cùng một dữ liệu, để có được cảm giác về hiệu suất tốt nhất có thể đạt được bằng cách sử dụng truy cập dữ liệu chuẩn và bộ nhớ trong bộ nhớ. Tiếp theo, fiddle xung quanh với các loại bộ sưu tập khác nhau để xem những gì thực hiện tốt khi populating và tìm kiếm. Nếu tải dữ liệu như thế này vẫn còn quá chậm, đã đến lúc bắt đầu xem xét các phương pháp tải dữ liệu khác: dựa trên tệp từ tệp dữ liệu cục bộ, hydrating các đối tượng được tuần tự hóa trước, một số dạng tải nhanh theo yêu cầu, v.v.

Answer 3

Tải các thực thể 500k vào phiên NHibernate không phải là một ý tưởng hay. Phiên làm việc được thực hiện ngắn ngủi và giữ một số lượng thực thể tương đối nhỏ.

Nếu bạn muốn thực hiện loại xử lý theo lô này trong NHibernate, bạn nên xem StatelessSession thay vì phiên thông thường. Sử dụng phiên không trạng thái sẽ có khả năng cải thiện đáng kể hiệu suất trong trường hợp này. Tuy nhiên, khi sử dụng phiên không trạng thái, bạn sẽ mất đi những lợi ích của bộ nhớ cache cấp cao nhất NHibernate, chẳng hạn như theo dõi thay đổi.

Thông tin thêm về StatelessSession có thể được tìm thấy trong this article và in the NH docs tại nhibernate.info.

Trong trường hợp này, tôi cũng khuyên bạn nên xem xét sử dụng ADO.NET thẳng thay vì NHibernate. Tôi không nói rằng bạn nên chuyển đổi bạn toàn bộ chiến lược truy cập dữ liệu sang ADO.NET nhưng bạn có thể muốn xem xét sử dụng ADO.NET cho các hoạt động hàng loạt và sử dụng NHibernate cho các trường hợp khác.