Oprogramowanie do emulacji widoku SQL jako wyników odpowiedzi interfejsu API REST / SOAP?

Mam potrzebę biznesową, aby wziąć wyniki API w czasie rzeczywistym / po zapytaniu (w przeciwieństwie do korzystania z zaplanowanej akcji, aby to zrobić okresowo) i udostępnić je za pośrednictwem widoku SQL.

Aplikacja, którą muszę zintegrować z inną aplikacją, może wykonywać pewne funkcje poprzez integrację SQL z widokami SQL, których po prostu nie da się wykonać za pośrednictwem wywołania usługi internetowej.

Moje pytanie do opinii publicznej brzmi więc, czy są świadomi produktu lub rozwiązania, które można dostosować, aby pobierały wyniki kolekcji JSON / XML zapytania usługi sieciowej - że produkt lub rozwiązanie musi zostać wykonane samodzielnie, gdy jest wysyłane zapytanie za pośrednictwem SQL - i sformatuj / zwróć je za pomocą swego rodzaju emulowanego widoku SQL, zakładając, że wspomniany produkt może emulować serwer SQL.

Czy to możliwe, czy też śnię na jawie?

Próbowałem przeprowadzić pewne badania na ten temat, ale znalazłem tylko artykuły pokazujące, jak zrobić coś przeciwnego - hostować interfejs API, który zwraca wyniki SQL przez REST / SOAP.

— schizoid04
źródło

Jako tło - Aplikacja, z którą muszę się zintegrować, jest aplikacją chmurową i nigdy nie będę miał bezpośredniego dostępu do jej serwera SQL; jednak coś, co może być konieczne, wymaga dostępu do tabeli / widoku w języku SQL, dlatego pytam, czy istnieje sposób emulacji widoku SQL za pomocą aplikacji wyświetlającej wyniki zapytania interfejsu API REST / SOAP.

— schizoid04

boundlessgeo.com/2012/04/http-for-postgresql github.com/pramsey/pgsql-http również wyrocznią pewno można zmapować plik XML jako stolik tylko do odczytu (aw plsql można wykonać żądania przez UTL_HTTP HTP), ale nie wiesz o łatwym sposobie, aby był to widok ... a może zbudować „łącznik bazy danych” dla aplikacji, która faktycznie wywołuje usługę internetową, a nie bazę danych? czy to może być opcja?

— Fiisch

również, czy dane są potrzebne w czasie rzeczywistym? czy niektóre dane odświeżające skrypty w tabeli (powiedzmy co kilka minut) nie byłyby wystarczające? jest to o wiele łatwiejsze niż cokolwiek, co napisałem powyżej :)

— Fiisch

To musi być w czasie rzeczywistym; jeśli dane są więcej niż kilka sekund nieaktualne, prawdopodobnie nie jest to akceptowalne dla klienta, dla którego wdrażamy aplikację. Ponadto platforma, z której korzystam, byłaby w stanie odświeżyć dane tylko za pomocą zaplanowanej akcji maksymalnie raz na godzinę (ograniczenie platformy, szczegóły prawdopodobnie nie są potrzebne). Jak wspomniano powyżej, mogę zadzwonić do usługi sieci Web i wykonać pewne działania w oparciu o wyniki, ale funkcjonalność aplikacji, z którą pracuję, której potrzebuję, można wykonać tylko z tabelami / widokami SQL na serwerze MSSSQL.

— schizoid04

Myślę, że ktoś zakręcił projektem i powinieneś eskalować ten problem do PM. W każdym razie ... możesz użyć ESB lub podobnego produktu - robią takie rzeczy. Jednak pomyślałem o jednym obejściu z mssql ... utwórz procedurę składowaną, która ładuje dane z usługi internetowej do jakiejś tabeli ( stackoverflow.com/questions/17407338/… ). Następnie przed odczytaniem danych należy je wywołać, aby je odświeżyć. Jeśli twoja aplikacja nie może wywoływać zapisanych proc, zawsze możesz sparować je z jakimś wyzwalaczem. Jest brzydka, powolna, bezsensowna, ale prawdopodobnie zadziała.

— Fiisch