2015-08-02 5 views
0

Мы собираемся начать финансовый проект, который в значительной степени требует обработки данных (например, ежедневная программа запуска для сортировки, маршрутизации, фильтрации объемного объема данных).Обработка данных суммарного объема гибернации

Мой вопрос: использовать Hibernate в качестве поставщика JPA, где лучше всего обрабатывать данные обработки? Бизнес-объект или в базе данных.
Подробнее:

  1. Бизнес-объект ручка большая часть логики обработки, то только инициируют CRUD в базу данных

  2. базы данных обрабатывать большую часть логики обработки и CRUD в таблице базы данных, бизнес-объект обрабатывать

Какой из них лучше подходит с точки зрения ремонтопригодности и масштабируемости?

+0

Правильная модель домена проще в обслуживании, но менее эффективна, чем чистые сценарии базы данных. Вам нужно будет найти хороший баланс между ними. – plalx

+0

Большое спасибо за ваш совет. :) Это действительно хорошая отправная точка для планирования и дальнейшего мышления. Еще раз спасибо. –

ответ

1

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

Вы также можете обнаружить, что вам не нужно использовать сценарий базы данных и что уровень бизнес-объектов работает нормально.

Одним из больших преимуществ использования домена является то, что вы можете реорганизовать свою базу данных без огромных изменений в логике обработки. Например, если вам нужно настроить реплики базы данных для чтения логики поиска (информация о клиенте и т. Д.) И один мастер для нажатия на запись, это будет легко сделать, если у вас есть доменный слой, и полная переписывание если вы реализуете в сценариях базы данных.

Напишите свою заявку, ТОГДА оптимизируйте.

+0

Большое спасибо за ваш ответ. Я могу рассмотреть больше на бизнес-слое, чтобы обрабатывать большую часть логики и базы данных просто CRUD. –