Показать сообщение отдельно
Старый 02.10.2019, 10:09   #4  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от 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 будет совпадать.
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 02.10.2019 в 10:30. Причина: смотреть в сторону OpenDataSource