dataAreaId не нужен?

[pitersky]

Честно говоря, я с трудом представляю себе разделение БД на куски ради модулей. Отдельные функциональные блоки достаточно плотно взаимодействуют друг с другом (в заказах на продажу есть ссылки на работников, к примеру). Выделять в отдельные сервисы есть смысл только что-то совсем уж автономное. Но я такого не вижу. Те же валютные курсы используют таблицу валют, которая ещё много где нужна - как же их инкапсулировать в сервис?

[mazzy]

Цитата:

Сообщение от pitersky

Те же валютные курсы используют таблицу валют, которая ещё много где нужна

...на чтение!

таблица валют нужна на чтение.
стоит проговорить фразу до конца - сразу становится понятно

создание, импорт и ввод курсов, кросс-курсы, формы ввода, права и роли пользователей для ввода в остальных модулях не нужны.

Цитата:

Сообщение от pitersky

как же их инкапсулировать в сервис?

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

с точки зрения СУБД есть механизмы подписки и кэширования.
ну и код совершенно не обязан каждый раз физически дергать внешнюю СУБД или сервис за импортируемым функционалом