powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Hibernate на толстом клиенте
7 сообщений из 7, страница 1 из 1
Hibernate на толстом клиенте
    #34785344
Есть ли смысл в хибернейте на толстом клиенте? Логика в базе на процедурах. Приложение модульное.
...
Рейтинг: 0 / 0
Hibernate на толстом клиенте
    #34785369
expp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-1
...
Рейтинг: 0 / 0
Hibernate на толстом клиенте
    #34785439
GOOGLE_FOR_EXAMPLE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
одна из рекомендаций.
В полне обосновано ИMXО
...
Рейтинг: 0 / 0
Hibernate на толстом клиенте
    #34785443
GOOGLE_FOR_EXAMPLE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
четать When and How to Choose ORM
...
Рейтинг: 0 / 0
Hibernate на толстом клиенте
    #34785740
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гость1234567890Есть ли смысл в хибернейте на толстом клиенте? Логика в базе на процедурах. Приложение модульное.

Конечно, если сможете обеспечить domain model + CRUD операции hibernate'а через хранимые процедуры. Т.е. чтобы домены сохранялись, восстанавливались из БД и т.д. не через селекты(hibernate предпочитает их) а через СП.

Еще советую посмотреть на http://ibatis.apache.org/ это более легкое решение, но и менее полное. Но в случае интенсивного использования хранимых процедур стоит на него посмотреть.

А так, мое imho, обработка/логика приложения должна быть
а) ближе к данным, которые обрабатываются (т.е. если можно это сделать вот тут, значит делаем тут, а не тащим бог знает куда)
б) выполнена с помощью адекватного инструмента (например обработка структурированных данных должна быть выполнена средствами РСУБД а не java и с другой стороны разборы xml файлов или дешифрацию данных на стороне БД делать обычно не стоит)

Так что то что у вас логика в СП - это скорее всего правильно и hibernate'у (или другому ОРМ) это не помеха. Просто сам hibernate ориентирован на использование SQL операторов SELECT/UPDATE/INSERT/DELETE для реализации жизненного цикла доменов (и это имхо тоже нормально так как SQL в этом отношении более гибок) и я бы рекомендовал CRUD операции реализовывать с помощью SQL и hibernate'а (а если хотите инкапсуляции - то делайте это через updateable views) а более специфические - уже через ХП.
...
Рейтинг: 0 / 0
Hibernate на толстом клиенте
    #34785865
funikovyuri
Базу мы уже замапили (благополучно исправляя по пути многочисленные баги хибернейта при работе с ХП). Использовать ничего кроме ХП для операций с данными возможным не представляется, т.к. нужно раздавать права пользователям на строки в таблицах в зависимости от многих факторов... (в частности чтобы пользователи не видели неразрешенные им для просмотра данные).

Вопрос связан скорее не с идеологией работы с данными. Пока что ощущается некоторая тяжеловестность этого интструмента: приложение загружается на 3-5 секунд дольше, размер вырос на 10-15 Мб, работа с большими объемами данных замедлилась в 2-3 раза, ухудшилась модульность, теперь классы и маппинги из модуля приходится грузить при создании SessionFactory в самом начале запуска приложения. Повысилась лишь скорость разработки. Вот и задумался, а стоило ли? :)
...
Рейтинг: 0 / 0
Hibernate на толстом клиенте
    #34786052
seacat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
приложение загружается на 3-5 секунд дольше
Да, однозначно хибер требует пару-тройку секунд для инициализации при объемной базе. Но вроде бы несколько секунд погоды не делают.
размер вырос на 10-15 Мб
Странно, это многовато. Сам джарник хибера занимает 1,7 Мб. Ему еще жизненно необходимы несколько джарников еще мега на полтора. Но 10-15 это как-то много.
Если создается инсталлятор, то хибер вместе с депенденсами утаптывается с помощью pack200 в 700кб. Если не создается - то 3 Мб при нынешних размерах винтов, это совсем не заметно.
работа с большими объемами данных замедлилась в 2-3 раза
А вот это уже серьезный недостаток. Если всякие манипуляции с настройкой производительности хибера не помогут, то есть смысл такие операции производит через jdbc. У нас при переходе на хибер не наблюдалось падение производительности выше 10-15%.
ухудшилась модульность, теперь классы и маппинги из модуля приходится грузить при создании SessionFactory в самом начале запуска приложения
Обычно модульность улучшается. Как так получилось, что при использовании хибера, у вас ухудшилась?
...
Рейтинг: 0 / 0
7 сообщений из 7, страница 1 из 1
Форумы / Java [игнор отключен] [закрыт для гостей] / Hibernate на толстом клиенте
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]