Câu trả lời:
Từ diễn đàn Hibernate :
Điều này từ cuốn sách Hibernate in Action. Tốt một người đọc này ..
Truy xuất đối tượng theo mã định danh Đoạn mã Hibernate sau đây truy xuất đối tượng Người dùng từ cơ sở dữ liệu:
User user = (User) session.get(User.class, userID);Phương thức get () đặc biệt vì mã định danh xác định duy nhất một thể hiện của một lớp. Do đó, thông thường các ứng dụng sử dụng mã định danh như một trình xử lý thuận tiện cho một đối tượng liên tục. Truy xuất bằng mã định danh có thể sử dụng bộ đệm khi truy xuất một đối tượng, tránh một lần truy cập cơ sở dữ liệu nếu đối tượng đã được lưu trong bộ đệm. Hibernate cũng cung cấp một phương thức load ():
User user = (User) session.load(User.class, userID);Phương thức load () cũ hơn; get () đã được thêm vào API của Hibernate do yêu cầu của người dùng. Sự khác biệt là nhỏ:
Nếu load () không thể tìm thấy đối tượng trong bộ nhớ cache hoặc cơ sở dữ liệu, một ngoại lệ sẽ được đưa ra. Phương thức load () không bao giờ trả về null. Phương thức get () trả về null nếu không tìm thấy đối tượng.
Phương thức load () có thể trả về một proxy thay vì một phiên bản liên tục thực sự. Proxy là một trình giữ chỗ kích hoạt tải đối tượng thực khi nó được truy cập lần đầu tiên; Mặt khác, get () không bao giờ trả về một proxy. Lựa chọn giữa get () và load () rất dễ dàng: Nếu bạn chắc chắn rằng đối tượng liên tục tồn tại và sự không tồn tại sẽ được coi là đặc biệt, load () là một lựa chọn tốt. Nếu bạn không chắc chắn có một trường hợp liên tục với số nhận dạng đã cho, hãy sử dụng get () và kiểm tra giá trị trả về để xem nó có rỗng không. Sử dụng load () có một ngụ ý khác: Ứng dụng có thể truy xuất một tham chiếu hợp lệ (một proxy) đến một phiên bản liên tục mà không cần nhấn vào cơ sở dữ liệu để truy xuất trạng thái liên tục của nó. Vì vậy, load () có thể không ném ra một ngoại lệ khi nó không tìm thấy đối tượng liên tục trong bộ nhớ cache hoặc cơ sở dữ liệu; ngoại lệ sẽ được đưa ra sau đó, khi proxy được truy cập. Tất nhiên, việc truy xuất một đối tượng bằng số nhận dạng không linh hoạt bằng việc sử dụng các truy vấn tùy ý.
Vâng, ít nhất trong nhibernate, session.Get (id) sẽ tải đối tượng từ cơ sở dữ liệu, trong khi session.Load (id) chỉ tạo một đối tượng proxy cho nó mà không cần rời khỏi máy chủ của bạn. Hoạt động giống như mọi thuộc tính được tải chậm khác trong POCO của bạn (hoặc POJO :). Sau đó, bạn có thể sử dụng proxy này làm tham chiếu đến chính đối tượng để tạo mối quan hệ, v.v.
Hãy nghĩ về nó giống như có một đối tượng chỉ giữ Id và nó sẽ tải phần còn lại nếu bạn cần. Nếu bạn chỉ chuyển nó xung quanh để tạo mối quan hệ (như FK), thì id là tất cả những gì bạn cần.
session.load () sẽ luôn trả về một “proxy” (thuật ngữ Hibernate) mà không cần nhấn vào cơ sở dữ liệu. Trong Hibernate, proxy là một đối tượng có giá trị định danh đã cho, các thuộc tính của nó vẫn chưa được khởi tạo, nó giống như một đối tượng giả tạm thời. Nếu không tìm thấy hàng nào, nó sẽ ném ra một ObjectNotFoundException.
session.get () luôn đánh vào cơ sở dữ liệu và trả về đối tượng thực, một đối tượng đại diện cho hàng cơ sở dữ liệu, không phải proxy. Nếu không tìm thấy hàng, nó trả về null.
Hiệu suất với các phương pháp này cũng tạo ra sự khác biệt. giữa hai ...
Thêm một điểm nữa ::
phương thức get của lớp Hibernate Session trả về null nếu đối tượng không được tìm thấy trong bộ đệm cũng như trên cơ sở dữ liệu. trong khi phương thức load () ném ObjectNotFoundException nếu đối tượng không được tìm thấy trên bộ nhớ cache cũng như trên cơ sở dữ liệu nhưng không bao giờ trả về null.
Một hậu quả gián tiếp của việc sử dụng "load" thay vì "get" là khóa lạc quan bằng cách sử dụng thuộc tính phiên bản có thể không hoạt động như bạn mong đợi. Nếu tải chỉ tạo ra một proxy và không đọc từ cơ sở dữ liệu, thì thuộc tính phiên bản sẽ không được tải. Phiên bản sẽ chỉ được tải khi / nếu sau này bạn tham chiếu đến một thuộc tính trên đối tượng, kích hoạt một lựa chọn. Trong thời gian chờ đợi, một phiên khác có thể cập nhật đối tượng và phiên của bạn sẽ không có phiên bản gốc mà nó cần thực hiện kiểm tra khóa lạc quan - do đó, bản cập nhật của phiên của bạn sẽ ghi đè lên bản cập nhật của phiên khác mà không có cảnh báo.
Đây là một nỗ lực để phác thảo kịch bản này với hai phiên làm việc với một đối tượng có cùng số nhận dạng. Phiên bản ban đầu cho đối tượng trong DB là 10.
Session 1 Session 2
--------- ---------
Load object
Wait a while..
Load object
Modify object property
[triggers db 'select' -
version read as 10]
Commit
[triggers db update,
version modified to 11]
Modify object property
[triggers db 'select' -
version read as 11]
Commit
[triggers db update,
version modified to 12]Chúng tôi thực sự muốn cam kết của phiên 1 không thành công với một ngoại lệ khóa lạc quan, nhưng nó sẽ thành công ở đây.
Sử dụng "get" thay vì "load" sẽ giải quyết được vấn đề vì get sẽ ngay lập tức đưa ra một lựa chọn và số phiên bản sẽ được tải vào đúng thời điểm để kiểm tra khóa lạc quan.
Một lời giải thích tuyệt vời được tìm thấy tại http://www.mkyong.com/hibernate/dierence-between-session-get-and-session-load
session.load ():
Nó sẽ luôn trả về một “proxy” (cụm từ Hibernate) mà không có đánh vào cơ sở dữ liệu.
Trong Hibernate, proxy là một đối tượng có giá trị định danh đã cho, các thuộc tính của nó vẫn chưa được khởi tạo, nó giống như một đối tượng giả tạm thời.
Nó sẽ luôn trả về một đối tượng proxy với giá trị nhận dạng đã cho, thậm chí giá trị nhận dạng không tồn tại trong cơ sở dữ liệu. Tuy nhiên, khi bạn cố gắng khởi tạo proxy bằng cách truy xuất các thuộc tính của nó từ cơ sở dữ liệu, nó sẽ nhấn vào cơ sở dữ liệu với câu lệnh select. Nếu không tìm thấy hàng nào, một ObjectNotFoundException sẽ ném.
session.get ():
Nó luôn đánh vào cơ sở dữ liệu (nếu không tìm thấy trong bộ nhớ cache) và trả về đối tượng thực, một đối tượng đại diện cho hàng cơ sở dữ liệu, không phải proxy.
Nếu không tìm thấy hàng, nó trả về null.
load () không thể tìm thấy đối tượng từ bộ nhớ cache hoặc cơ sở dữ liệu, một ngoại lệ được ném ra và phương thức load () không bao giờ trả về null.
Phương thức get () trả về null nếu không thể tìm thấy đối tượng. Phương thức load () có thể trả về một proxy thay vì một phiên bản liên tục thực sự get () không bao giờ trả về proxy.