Программное обеспечение для эмуляции представления SQL как результатов ответа API REST / SOAP?

392
schizoid04

У меня есть бизнес-необходимость взять результаты API в реальном времени / при запросе (в отличие от использования запланированного действия для периодического выполнения этого) и сделать их доступными через представление SQL.

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

Таким образом, мой вопрос для общественности заключается в том, знают ли они о продукте или решении, которые можно настроить для получения результатов JSON / XML-коллекции запроса веб-службы - что продукт или решение должны выполняться самостоятельно при запросе через SQL - и отформатируйте / верните их через эмулированное представление SQL, предполагая, что указанный продукт может эмулировать сервер SQL.

Это возможно, или я мечтаю?

Я попытался провести некоторое исследование по этому вопросу самостоятельно, но нашел только статьи, показывающие, как сделать обратное - разместить API, который возвращает результаты SQL через REST / SOAP.

0
В качестве фона - приложение, с которым мне нужно интегрироваться, является облачным приложением, и у меня никогда не будет прямого доступа к его SQL-серверу; но что-то, что мне может понадобиться, требует доступа к таблице / представлению в SQL, поэтому я спрашиваю, есть ли способ эмулировать представление SQL, используя приложение, которое отображает результаты запроса REST / SOAP API. schizoid04 7 лет назад 0
https://boundlessgeo.com/2012/04/http-for-postgresql/ https://github.com/pramsey/pgsql-http также oracle, безусловно, может сопоставить XML-файл как таблицу только для чтения (и в plsql вы может выполнять запросы htp через utl_http), но я не знаю, какой простой способ сделать это как представление ... как насчет создания «коннектора базы данных» для приложения, которое фактически вызывает веб-сервис, а не базу данных? это может быть вариант? Fiisch 7 лет назад 0
Кроме того, нужны ли данные в режиме реального времени? Разве не достаточно сценария обновления данных в таблице (скажем, каждые несколько минут)? это намного проще, чем все, что я написал выше :) Fiisch 7 лет назад 0
Это должно быть в реальном времени; если данные устарели более чем на несколько секунд, это, вероятно, неприемлемо для клиента, для которого мы реализуем приложение. Кроме того, платформа, которую я использую, сможет обновлять данные только по расписанию до одного раза в час (ограничение платформы, особенности, вероятно, не нужны). Как упоминалось выше, я могу вызывать веб-сервис и выполнять ** некоторые ** действия на основе результатов, но необходимые мне функции приложения, с которым я работаю, могут быть выполнены только с таблицами / представлениями SQL, в сервер MSSSQL. schizoid04 7 лет назад 0
Я думаю, что кто-то провалил дизайн, и вы должны передать эту проблему в личку. Во всяком случае ... вещь, которую вы могли бы использовать, это какой-то ESB или подобный продукт - они делают такие вещи. Однако я подумал об одном обходном пути с mssql ... создать хранимую процедуру, которая загружает данные из веб-сервиса в некоторую таблицу (http://stackoverflow.com/questions/17407338/how-can-i-make-http-request-from-sql -сервер). Затем, прежде чем читать данные, вы должны вызвать их, чтобы обновить их. Если ваше приложение не может вызвать сохраненные процессы, вы всегда можете связать их с каким-то триггером. Это уродливо, медленно, бессмысленно, но, вероятно, будет работать. Fiisch 7 лет назад 1
Спасибо за информацию. Похоже, то, что я прошу, не очень выполнимо schizoid04 7 лет назад 0

0 ответов на вопрос

Похожие вопросы