Компьютер-посредник. Шлюз?

[AnTe]

Здравствуйте. Возникла задачка, предполагаю, что она типичная, но куда копать для осознания этой "типичности" - не знаю.

Суть вопроса: имеется система документооборота, доступ к документам она даёт через своё АПИ, которое реализовано в виде COM-сервера, т.о. для того, чтобы выбрать нужный документ из неё - необходимо, чтобы на компьютере были зарегистрированные классы, т.е. соответствующее ПО было установлено.

Имеется так же база данных другая (производство, цех), самописная.

Клиентам, работающим с БД цеха документооборот не нужен, поэтому на машинах его им не устанавливают, но некоторые документы просматривать требуется.

Идея такая, доработать СУБД таким образом, чтобы клиент по своему запросу обращался к своему серверу, тот лопатил документооборот, вытаскивал нужный документ, и передавал его клиенту. Однако, есть небольшая проблема - СУБД на линуксе, дополнительное ПО на машину не поставить, поэтому, по всей видимости, остаётся взять дополнительный комп, установить на нём документооборот, и написать программу, которая будет принимать запросы от соседнего компьютера, и отдавать ему нужные данные.

Существуют ли типовые способы решения проблемы? Или реализации этой схемы, что это за схема такая, шлюз како-нибудь? Подскажите, пожалуйста, кто в курсе, что можно почитать на эту тему!

[Stilet]

поэтому на машинах его им не устанавливают, но некоторые документы просматривать требуется.

Значит нужен. Это не отговорка чтоб не устанавливать. Документалка поддерживает роли и доступы?

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

А как клиентское ПО общается с СУБД ты узнать можешь?

[AnTe]

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

Значит нужен. Это не отговорка чтоб не устанавливать. Документалка поддерживает роли и доступы?

Поддерживает. Но это надо человек шестьдесят дополнительно регистрировать, устанавливать у них систему, а реально документы большинству из них могут понадобиться раз в месяц или вообще не понадобиться.

Ну и ещё, для текущих насущных задач даже более целесообразно, чтобы к базе документооборота обращалось серверное ПО производства. Насколько я понимаю, вопрос дополнительной машины возник только из за невозможности установки COM-сервера и прочих технических приблуд на серверной машине.

А как клиентское ПО общается с СУБД ты узнать можешь?

Клиенты оракла. Подробнее узнать могу всё, хочу получше определиться, что выспрашивать, подзарядившись перед разговорами "матчастью".


у нас вопрос возник между отделами, сейчас он на стадии согласования ТЗ. Пожалуй, коротко всё обсуждение можно описать одним словом, кому логичнее писать этот "шлюз" (или как там его назвать), у кого будет стоять этот промежуточный компьютер. И как собс-но это делать.

[Аватар]

В дельфях и без особых заморочек сделать сервер приложений с одним RemoteDataModule и несколькими методами для обмена данными с клиентами. С клиента соединяться через DCOMConnection

[AnTe]

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

погляжу матчасть в сторону DCOM, RPC