将多个系统从直接JDBC迁移到RESTful Web服务的影响

Question

在我的部门内，我们有大约20个左右的应用程序，它们使用直接JDBC从同一个数据库中获取类似的财务数据集。我正在考虑引入一个服务来公开这些财务信息，然后将各种应用程序迁移到使用服务（而不是直接JDBC）。这里的目的是在一个地方拥有数据访问/操作逻辑，以便将来更容易开发和协调数据模型。

大多数客户端都是用Java编写的，其中一些用C ++ / C＃编写，还有一些shell脚本。

我听说过很多关于REST的好东西，所以我正在考虑公开一个RESTful接口，而不是说SOAP。

所以...我想知道人们对于这方面的想法是什么a）在这种情况下使用REST b）可扩展性/性能考虑因素远离直接JDBC c）任何其他技术/技术可能更多适合这种类型的东西。

Answer 1

我认为在您的具体情况下（您控制所有客户端，这些客户端只是同一系统的一部分，并且（似乎）位于同一LAN上）我更倾向于将访问/逻辑放在数据库中服务器，使用一层视图和存储过程。

理想情况下，这些进程不应具有访问“原始”数据的权限，只能访问您的视图和存储过程。即使它只是读取单个表，如果添加1：1视图，您可以稍后修改行为而不更改客户端。