dataAreaId не нужен?

[mazzy]

Цитата:

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

и система автоматически на уровне ядра будет дублировать эти записи в компаниях

угу.
можно я ничего не буду говорить о "дублировании"? о мертвых либо хорошо, либо ничего.

Цитата:

Сообщение от Владимир Максимов

Не очень понимаю, как в этой схеме будет осуществляться с ними работа?

работа на уровне SQL-запросов? чтобы сджойнить данные?

хороший вопрос. спасибо. надо подумать.
добавлено: для MS SQL, скорее всего, стоит посмотреть в сторону OPENDATASOURCE, OPENROWSET, OPENQUERY
добавлено 2: для PostgreSQL - в сторону dblink_fetch

в исходном вопросе я говорил не о SQL-запросах, а про обращение к REST-сервисам провайдеров данных.

все равно все справочники и/или документы - некий url, на котором "живет" сервис, принимающий запросы и отдающий данные.
сейчас dataAreaId - это параметр запроса.
а можно для каждого справочника делать отдельный url.

например, валюты по странам:
currency.company.ru/...
currency.company.ua/...
currency.company.kz/...

и заказы по филиалам:
salesorder.msk.company.ru/...
salesorder.spb.company.ru/...
salesorder.nsk.company.ru/...
salesorder.kiev.company.ua/...
salesorder.company.kz/...

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