Những lợi thế của myBatis so với Hibernate là gì? [đóng cửa]

Tôi đã tự mình thực hiện một số nghiên cứu và hiểu khái niệm cơ bản. Nhưng một số hiểu biết chỉ có thể đạt được thông qua kinh nghiệm thực tế.

Những lợi thế của myBatis sẽ làm cho nó đáng để học một khuôn khổ mới là gì?
Trong trường hợp nào bạn sẽ tránh sử dụng nó?

Hãy xem xét những gì bạn đang cố gắng để đạt được. Thông thường, mô hình Phân đoạn Phản hồi Truy vấn Lệnh hoạt động tốt cho các miền phức.

Lý do là bạn đang cố gắng thực hiện một trong hai điều sau:

1. Tạo / Cập nhật / Xóa một số thực thể miền phức tạp
2. Chạy các truy vấn tìm nạp phân tích (nghĩa là truy vấn tổng hợp / tổng hợp)

Hibernate hoạt động tốt cho trường hợp 1 cho phép bạn chỉ cần tạo POJO và duy trì / cập nhật nó. Nó cũng làm điều này một cách nhanh chóng, trừ khi tên miền của bạn khá lớn.

myBatis là tuyệt vời để tìm nạp các truy vấn (trường hợp 2) trong đó bạn chỉ muốn một câu trả lời. Hibernate sẽ cố gắng tải toàn bộ biểu đồ đối tượng và bạn cần bắt đầu điều chỉnh các truy vấn bằng các thủ thuật LazyLoading để giữ cho nó hoạt động trên một miền lớn. Điều này rất quan trọng khi chạy các truy vấn phân tích phức tạp thậm chí không trả về các đối tượng thực thể. Hibernate chỉ cung cấp SqlQuery và Bean Transformers trong trường hợp này với các loại mặc định lớn như BigDecimal, trong khi myBatis có thể dễ dàng ánh xạ tới một phi thực thể POJO đơn giản.

Hai trường hợp này là sự khác biệt giữa các Lệnh nơi bạn muốn thay đổi dữ liệu miền và Phản hồi nơi bạn chỉ muốn tìm nạp một số dữ liệu.

Vì vậy, hãy xem xét hai trường hợp này và những gì ứng dụng của bạn làm. Nếu bạn có một tên miền đơn giản và chỉ cần tìm nạp thông tin, hãy sử dụng myBatis. Nếu bạn có một miền phức tạp và các thực thể tồn tại, hãy sử dụng Hibernate. Nếu bạn làm cả hai, hãy xem xét một phương pháp lai. Đó là những gì chúng tôi sử dụng trong dự án của chúng tôi có hàng ngàn thực thể để kiểm soát nó. ;)

MyBatis là trung tâm SQL. Nó gọi bạn câu lệnh SQL và kết quả ánh xạ (bảng) tới các cây đối tượng.

Lợi ích chính là nó không phải là ORM. Nó không ánh xạ các bảng tới đối tượng nên không chịu sự không khớp trở kháng orm. Phù hợp tốt cho các cơ sở dữ liệu phức tạp hoặc cũ hoặc để sử dụng các tính năng db như các thủ tục được lưu trữ, các khung nhìn và như vậy.

Nó khá đơn giản và dễ học nên cũng phù hợp với các đội có tay nghề thấp vì không cần phải có một bậc thầy ngủ đông trong số họ.

Hãy xem jpetstore 6 http://mybatis.org/spring/sample.html

Vì câu hỏi đề cập đến nhận xét của tôi , đây là những gì tôi có trong đầu khi viết nó.

Trước hết, nó bắt nguồn từ bối cảnh câu hỏi ban đầu của bạn. Trong những trường hợp khác tôi có thể đưa ra một lời khuyên khác. Điểm khiến tôi đề xuất MyBatis là đây:

... Chúng tôi đã gặp một số vấn đề về hiệu suất.

Chúng tôi đã quyết định bỏ ngủ đông để ủng hộ Jdbc đơn giản để đạt được hiệu suất cơ sở dữ liệu ...

Trong một trong những dự án trước đây, nhóm của chúng tôi đã xem xét chuyển từ Hibernate vì những lý do như bạn mô tả. Tương tự như bạn, chúng tôi sẽ chuyển sang JDBC, nhưng các đồng nghiệp từ một dự án khác đã đề nghị chúng tôi MyBatis. Nhóm đã quyết định thử, đồng thời giữ JDBC làm tùy chọn dự phòng trong trường hợp xảy ra sự cố.

Vào lúc đó, tôi không biết gì về MyBatis nhưng có đủ kinh nghiệm với JDBC để chắc chắn rằng nó sẽ thực hiện công việc. Mặc dù vậy, tôi đã rất ủng hộ ý tưởng dùng thử MyBatis, lý do chính là theo kinh nghiệm trước đây của tôi, số lượng mã soạn sẵn mà chúng tôi sẽ phải viết với JDBC sẽ chỉ là khó khăn.

• ^{Công bằng mà nói, tôi thích JDBC vì nó đơn giản để hiểu, đáng tin cậy và cho cảm giác tốt về kiểm soát tương tác cơ sở dữ liệu, nhưng cái giá mà người ta phải trả cho nó thực sự cao. Các ngón tay của tôi bắt đầu đau mỗi khi tôi nhớ lại mình phải gõ bao nhiêu với JDBC.}

Dù sao, chúng tôi đã thử MyBatis và nó hoạt động như quảng cáo. Đó là lý do tại sao tôi viết bình luận mà bạn hỏi về.

_{Trong trường hợp nếu bạn mong đợi tôi đưa ra một cái nhìn tổng quan chi tiết về công nghệ, hoặc bằng cách nào đó ca ngợi sự vượt trội của nó - xin lỗi tôi không thể làm điều đó. Nếu tôi có thể - tôi đã viết nó trong một câu trả lời riêng cho câu hỏi ban đầu của bạn, thay vì đưa ra nhận xét ngắn. Tôi đã đề cập rằng tôi không biết gì về MyBatis hồi đó - tôi vẫn còn khá ít kiến ​​thức về nó. Việc chuyển đổi từ Hibernate được thực hiện bởi các thành viên khác trong nhóm và nó không ảnh hưởng đến mã mà tôi đang làm việc. Tôi chỉ nhớ lại các vấn đề chính (dựa vào đó tôi đã đưa ra nhận xét của mình), cụ thể là 1) MyBatis đã giải quyết các vấn đề chúng tôi gặp phải với Hibernate, 2) nó không đưa ra các vấn đề của riêng mình và 3) nó cho phép chúng tôi tránh viết mã nồi hơi đã mong đợi trong trường hợp nếu chúng ta chuyển sang JDBC. Đó là tất cả.}

Hibernate được biết đến với quá nhiều phép thuật , hành vi bất ngờ và đường cong học tập lớn. Có những khung khác ngoài đó tập trung hơn vào sự đơn giản và sẽ cho phép bạn kiểm soát.

myBatis là một trong số đó, dự án của tôi MentaBean là một dự án khác. Tôi đã viết một bài đăng trên blog về nó có thể giúp đỡ.

Tôi đã sử dụng Hibernate cho một dự án tải dữ liệu và chuyển đổi dữ liệu 5 năm trước bằng Hibernate 3 và tôi nghĩ nó thật tuyệt vời. Tôi đang làm một ứng dụng thương mại điện tử nhỏ và tôi đã thử sử dụng Hibernate 4 và tôi đã vô cùng thất vọng. Họ đã gỡ bỏ các công cụ và tích hợp chặt chẽ với IDE. Tôi đã thử MyBatis và tôi làm mọi thứ chỉ trong một đêm và tôi rất hài lòng với việc tích hợp vào ứng dụng dễ dàng như thế nào. Tôi nghĩ rằng Hibernate đã trở nên quá cồng kềnh và tôi sẽ sử dụng EJB 3 hơn Hibernate vào thời điểm này.