Hibernate: проблемы с памятью?недостатки?

Question

Я работаю с Hibernate 3.6, и до сегодняшнего дня я не мог найти никаких недостатков в его использовании. Но сегодня кто-то сказал мне, что приложения, использующие Hibernate, получат проблемы с памятью, когда проект станет больше. Это может произойти, потому что будет много объектов (hibernate-pojo-objects), которые необходимо будет создать и сохранить, по сравнению с приложением, которое не использует hibernate.

это правильно? и есть ли еще недостатки использования спящего режима? некоторые также говорили мне, что работа с объектами становится запутанной, когда база данных действительно большая из-за всех зависимостей между объектами, но я не могу себе это представить. Кто-нибудь имеет опыт с этим?

спасибо: -)

Answer 1

Некоторые из них:

• Мало или нет возможностей для удаленного доступа и возможности распространения.
• Схемы сопоставления могут быть утомительными, и у сопоставления O / R есть свои хитрости, такие как использование отложенной инициализации, энергичная загрузка и т. Д. То, что работает для одного, может не работать для другого.
• Ограниченные возможности кластеризации.
• Большие наборы данных могут по-прежнему вызывать проблемы с памятью.
• Поддержка безопасности только на уровне базы данных и отсутствие поддержки безопасности на основе ролей без каких-либо дополнительных API, таких как Аспектно-ориентированное программирование и т. Д.

Некоторые другие люди также считают, что есть недостатки для Hibernate.

Answer 2

Каждый раз, когда вы добавляете слой абстрактного текста, он должен выполнять дополнительную работу и использовать дополнительную память для этого. Если он использует дополнительную память, вам может потребоваться увеличить максимальный размер кучи или купить дополнительную память, которая обычно обходится дешевле, чем затраты разработчиков, даже если те, кто контролирует бюджеты, не видят этого таким образом. Это может все еще стоить вам меньше, чем время разработки, которое вас сэкономит. Только вы можете решить, стоит ли это того.

Answer 3

Вы можете найти эту презентацию от PGCon интересной:

В ORM или не в ORM