1
imnpc 2017-07-15 11:15:43 +08:00
一般来说是开放双方 api 用来读取写入
当然 还有一种作死的方法 开放远程数据库连接 配置下同样的数据库帐号密码写入到 app 中 直接读取写入... 缺点是容易被反编译以后干死 2 台服务器.... |
2
ericgui OP @imnpc 其中一个应用,就是 A 应用,是闭源软件,但可以读取到 数据库,所以才出此下策。
也就是说,我没法直接 更改 A 的源代码,为 B 应用提供一个 API。 我可不可以在 A 的服务器中,写个小程序,专门为 B 提供 API 的代码,这个小程序和 A 共用一个数据库?这样,A 服务器仅仅暴露 API,而不是开放远程数据库连接。这样会安全一点哈。 |
3
Immortal 2017-07-15 12:32:48 +08:00
开 api 别直接建连接
|
5
pine 2017-07-15 13:17:35 +08:00
楼主是新手还是什么,问题没有找到关键点,是你不会跨库操作,还是想给系统添加功能,还是用其他软件实现,
你既然能连接数据库,还能操作数据库,做什么还不是都随你? |
6
odirus 2017-07-15 13:33:11 +08:00
直接读取其他系统数据库 -> 请求量少,使用 RPC 调用对方接口即可 -> 高并发,考虑 RPC 服务治理等
从小系统到高并发,基本上就这种路线了。直接跨库查询的话,除非这个业务本身就不断算长期维护、升级,否则还是建议从第二步开始。 |
7
odirus 2017-07-15 13:34:45 +08:00
如果后期需要考虑多系统、多节点分布式事务的话,不仅要用成熟的 RPC 框架,还需要多参照别人的系统,否则很容易造成不一致。
|
8
annielong 2017-07-15 16:33:47 +08:00
在应用里面直接建立两个数据连接就行了,如果使用的是 api 获取数据那就更好做了,直接获取数据后操作,实在看不到难点在哪里,
|
9
ericgui OP |