Наше приложение имеет очень большие данные, и мы хотим выполнять нашу бизнес-логику (агрегирование) на уровне базы данных (хранимые процедуры).
Liferay предпочитает иметь бизнес-логику на бизнес-уровне (с многослойной архитектурой).
Каков эффект, если мы захотим использовать хранимые процедуры для бизнес-логики?
Поскольку Liferay также использует Hibernate, есть ли способ обойти спящий режим в этом случае, если он не добавляет большого значения в этом случае?
Есть причины, по которым Liferay выполняет свою бизнес-логику на уровне кода приложения (высокий уровень):
Могут быть другие причины или может быть какая-то другая философия, которой они могут следовать, но это то, о чем я могу думать прямо сейчас.
Итак, теперь вопрос, можно ли его использовать или нет?
Как сказано в frant.hartm, это полностью зависит от вас. Это зависит от ваших требований и от того, как вы планируете проектировать, поддерживать и улучшать свою архитектуру.
Также в качестве предостережения: не рекомендуется использовать таблицы базы данных Liferay непосредственно из хранимых процедур, поскольку Liferay может изменить архитектуру базы данных для более новых версий. Так что это может усложнить процедуру обновления.
Я считаю, что этот вопрос не так уж связан с Liferay, поэтому вот несколько ссылок, которые могут помочь вам решить:
Есть ли способ обойти спящий режим в этом случае, если он не добавляет большого значения в этом случае.
Если это не добавляет ценности, то да, вы можете использовать JDBC для своего собственного портлета, минуя спящий режим. Для использования JDBC настраивать особо нечего, это все та же старая добрая вещь :-).
Надеюсь, это приведет вас в позитивном направлении.
Тот факт, что Liferay выполняет свою бизнес-логику в коде приложения, не означает, что вы должны делать то же самое, архитектура вашего приложения полностью зависит от вас.
(Это предполагает, что данные вашего приложения не ссылаются на данные Liferay)
