Вот, кстати, а что MS предлагает в качестве сервера предложений?
И что вообще обычно используется в качестве сервера приложений? (я не работал с 3 звенкой, а зря)

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

Делается это с помощью либо ETL (от MS это SSIS), либо с помощью ESB . В общем, чтобы ни то ,ни другое не лазило в "потроха" всех этих систем, доступы предоставляются через интерфейсы. Напр., API-функции.

И вот где, в каком месте обеспечить подобный доступ к SQL-Server'у?

вадяCharles WeylandЕсть куча разношёрстного софта, каждый содержит свою инфу (одна по каким-нибудь заявкам, другая - бухгалтерия, третья - сервер внутреннего сайта и т.д.). И всё это дело нужно синхронизировать, чтобы одни приложения получали нужную актуальную информацию от других.этот зоопарк надо либо ликвидировать, либо смириться с ним.
потому что у каждого зверя есть доступ к субд со своими правами и задачами, а обеспечения единой точки доступа доступа к субд вызовет переделку всего.....
в том-то и суть, что напр., какая-нибудь "Асмус" в некоторой степени самодостаточная клиент-серверная система. (в ней есть свои крутые вичи для распознавания чего-нибудь, каких-то образов, номеров с видео и т.д.)
Но какие-нибудь её сводки нужны для другой системы. Ну, например, для 1С.
Но системе "Асмус" нужна информация о постоянно меняющейся структуре холдинга, или инфа о новых офисах/точках или списках сотрудников. А она есть с SQL Server.
Ещё есть Power BI и так далее.

И что значит "ликвидировать"? Всё захреначить в одну систему? Системы-то нужные, и в целом самостоятельные. Такое нельзя просто так взять и ликвидировать.

Выходит, что вопрос - кто и как должен сообщать инфу одним системам о том, что есть в других?
Получается, что каждая система просто должна дать какие-то интерфейсы для внешних систем, чтобы они не лазили внутрь закрытой структуры БД - мало ли, как она меняться будет.

Следовательно, уточню вопрос: в каком ПО расположить интерфейс доступа (API) к SQL-Server, чтобы внешние системы не менялись в случае каких-то внутренних переделок базы данных. Пока получается, что через специально выделенные хранимки.

вадя,

не, с интерфейсами в других системах вопросов нет. Там сидят по 1 программисту и каждый готов сделать доработку - доступ по API, т.к. там есть сервер приложений с возможностью произвольной доработки. Так что никаких монетизаций. Да тот же 1С.