Які переваги myBatis перед сплячим режимом? [зачинено]

Я провів деякі дослідження самостійно і зрозумів основну концепцію. Але деякі розуміння можна отримати лише завдяки фактичному досвіду.

Які переваги myBatis полягають у тому, щоб варто було вивчити нові рамки?
У якому випадку ви б уникнули його використання?

Поміркуйте, чого ви намагаєтесь досягти. Зазвичай модель сегментації відповідей на запити команд добре працює для складних доменів.

Причина полягає в тому, що ти зазвичай намагаєшся зробити одне з двох:

1. Створення / оновлення / видалення деяких складних об'єктів домену
2. Запустити аналітичні запити для отримання (тобто запити підсумовування / агрегації)

Hibernate добре працює у випадку 1, що дозволяє вам просто зробити POJO та зберегти / оновити його. Це також робить це швидко, якщо тільки ваш домен досить великий.

myBatis чудово підходить для отримання запитів (випадок 2), де ви просто хочете відповісти. Hibernate спробує завантажити весь графік об'єкта, і вам потрібно буде почати налаштування запитів з трюками LazyLoading, щоб він не працював на великому домені. Це важливо при запуску складних аналітичних запитів, які навіть не повертають об'єктні об'єкти. Hibernate пропонує лише трансформатори SqlQuery і bean Transformers в цьому випадку з величезними типами за замовчуванням, такими як BigDecimal, в той час як myBatis може з легкістю зіставити карту на просту особу POJO.

Ці два випадки - це різниця між командами, де ви хочете змінити дані домену, і відповідями, де ви просто хочете отримати деякі дані.

Отже, розгляньте ці два випадки та те, що робить ваша заява. Якщо у вас простий домен і ви просто отримуєте інформацію, використовуйте myBatis. Якщо у вас складний домен і зберігаються особи, використовуйте Hibernate. Якщо ви робите обидва, врахуйте гібридний підхід. Це те, що ми використовуємо в нашому проекті, який містить тисячі організацій, щоб тримати його під контролем. ;)

MyBatis орієнтований на SQL. Це означає, що ви викликаєте оператори SQL та результати відображення (таблиці) об'єктів дерев.

Основна вигода полягає в тому, що це не ОРМ. Він не відображає таблиці для об'єкта, тому не зазнає невідповідності опору орму. Добре підходить для складних або застарілих баз даних або для використання функцій db, таких як збережені процедури, перегляди тощо.

Навчитися досить просто і легко, тому добре підходить для низькокваліфікованих команд, тому що серед них немає необхідності мати сплячого гуру.

Погляньте на jpetstore 6 http://mybatis.org/spring/sample.html

Оскільки питання відноситься до мого коментарю , ось що я мав у вигляді писати.

Перш за все, це походить із контексту вашого оригінального запитання. За інших обставин я міг би дати іншу пораду. Суть, яка змусила мене запропонувати MyBatis, полягає в наступному:

... ми зіткнулися з деякими проблемами продуктивності.

Ми вирішили кинути сплячку на користь простого Jdbc, щоб отримати продуктивність бази даних ...

В одному з минулих проектів наша команда розглядала можливість переходу зі сплячого періоду з таких причин, як ви описали. Подібно до вас, ми збиралися перейти на JDBC, але колеги з іншого проекту рекомендували нам MyBatis. Команда вирішила спробувати, зберігаючи JDBC як резервний варіант у випадку, якщо все піде не так.

На той момент я нічого не знав про MyBatis, але мав достатньо досвіду роботи з JDBC, щоб бути впевненим, що він зробить цю роботу. Незважаючи на це, я наполегливо підтримував ідею спробувати MyBatis, головна причина - це те, що, на моєму минулому досвіді, кількість кодового коду, який ми повинні були б написати з JDBC, була б просто жахливою.

• ^{Чесно кажучи, мені подобається JDBC за те, що він простий для розуміння, надійний і за гарне відчуття контролю над взаємодією з базою даних, але ціна, яку платить за неї, дійсно висока. У мене пальці починають боліти щоразу, коли я згадую, скільки мені довелося набрати котлоавтомобіля JDBC.}

У будь-якому випадку ми спробували MyBatis, і він працював так, як рекламується. Тому я написав коментар, про який ви питаєте.

_{У випадку, якщо ви очікуєте, що я детально ознайомлюся з технологією або якось похваліть її перевагу - вибачте, що я не можу цього зробити. Якби міг - я б уже написав це окремою відповіддю на ваше первісне запитання, замість того, щоб давати короткий коментар. Я згадав, що тоді нічого не знав про MyBatis - ну, я все ще знаю про це дуже мало знань. Перехід із режиму глибокого сну був здійснений іншими членами команди, і це не вплинуло на код, над яким я працюю. Я лише нагадав про ключові вивезення (на основі яких я зробив свій коментар), а саме: 1) MyBatis вирішив проблеми, які ми мали зі сплячим режимом, 2) він не вніс власні проблеми і 3) це дозволило нам уникати написання кодового коду I очікував у випадку, якщо ми перейдемо на JDBC. Це все.}

У сплячку добре знають занадто багато магії , несподіваної поведінки та великої кривої навчання. Існують і інші рамки, які більш орієнтовані на простоту і дозволяють вам контролювати.

myBatis - один із них, мій проект MentaBean - ще один. Я написав про це блог, який може допомогти.

Я використовував Hibernate для проекту завантаження та перетворення даних 5 років тому, використовуючи Hibernate 3, і я вважав, що це чудово. Я роблю невеликий додаток для електронної комерції, і я спробував використовувати Hibernate 4, і я був дуже розчарований. Вони вилучили інструменти та щільно інтегруються в IDE. Я спробував MyBatis, і я все працюю за одну ніч, і мені дуже подобається, як легко інтегруватися в програму. Я думаю, що сплячий режим став занадто роздутим, і я би використовував EJB 3 над сплячим режимом у цей момент.