Последствия перехода нескольких систем с прямого JDBC на RESTful Webservice

Question

В моем отделе около 20 приложений, использующих прямой JDBC для получения аналогичных наборов финансовых данных из одной и той же базы данных. Я смотрю на введение Сервиса, чтобы раскрыть эту финансовую информацию, а затем перенести различные приложения для использования Сервиса (а не прямого JDBC). Намерение здесь состоит в том, чтобы иметь логику доступа / манипулирования данными в одном месте, чтобы будущие изменения в модели данных было легче разрабатывать и координировать.

Большинство клиентов написаны на Java, некоторые написаны на C ++ / C # и несколько сценариев оболочки тут и там.

Я слышал много хорошего о REST и поэтому собираюсь показать интерфейс RESTful, а не сказать SOAP.

Итак ... Мне интересно, что думают люди по поводу: а) использования REST в сценарии такого типа; б) соображений масштабируемости / производительности, отходящих от прямого JDBC; в) любых других методов / технологий, которые могут подходит для такого типа вещей.

Answer 1

Я думаю, что в вашем конкретном случае (когда вы управляете всеми клиентами, которые являются только частями одной и той же системы и (кажется) находятся в одной и той же локальной сети), я бы больше склонялся, чтобы поместить доступ / логику в БД сервер, используя слой представлений и хранимых процедур.

В идеале эти процессы не должны иметь привилегий для доступа к «необработанным» данным, только к вашим представлениям и хранимым процедурам. Даже если вы просто читаете одну таблицу, добавив представление 1: 1, вы можете позже изменить поведение, не меняя клиентов.