Цитата:
Сообщение от
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 будет совпадать.