现在有一条 sql:select a.,b. from tab1 a,tab2 b where a.col1=b.col1。之前表在同一个库。 现在要把 tab1 放在 mysql 数据库 tab2 放在 oracle 数据库。 现在要把表拆分出来。分别在 mysql 和 oracle 里面查询 tab1,tab2 两个表的数据，然后在程序里面再处理。 这个 sql 只是个例子。还有更多很复杂的 sql。。。
各位大佬有没有什么方法可以让这条 sql 直接执行。
可以在中间添加中间件或者添加映射数据库什么的。
有没有一种工具可以吧两个数据库的表映射到一个统一的地方，然后 sql 在这个地方执行。需要哪个库的数据就去哪个库取。
 | 1 sun5244725 OP 实际中一个是关系型数据库一个不是关系型数据库 |
 | 2 sivacohan PRO 基本没辙。 建议就直接在程序里面慢慢搞吧。因为你这么拆完了，事务就必须通过第三方来实现。看你描述还是关系型数据库对非关系形数据库。这个直接生成 SQL 相当费事，一般只能实现一个子集。 如果跨库只有简单操作，PostgreSQL 有 FDW，Oracle 应该也有类似的东西，MySQL 不清楚有没有，可以考虑一下。先用 FDW 把外部数据挂载好，再去搞一个视图出来，以后搜索只搜视图。 当然，上面说的都是权宜之计。你们拆数据库了，肯定有自己的逻辑，问问主导的人好啦。 |
 | 3 abcbuzhiming May 4, 207 1.没有这种工具，但是你可以建立一个新数据库，把两个库的表的数据弄进来，在此操作，适合不需要考虑实时性的场景，另外还存在兼容问题 2.跨库事务本身就不是简单的事情，你这两个数据库居然还是不同类型的，我还真没见过能在这种情况下实现事务的可能 |
| 4 sun5244725 OP @abcbuzhiming 这个东西只需要管查询。基本不需要涉及事务。 |
| 5 sun5244725 OP @sivacohan 一个是用的 NoSql 一个是 oracle。 |
 | 6 Alias4ck May 4, 2017 为啥不搞个数据仓库呢整合一下你们系统的表呢。。。这么复杂，现在解决了，以后咋办？你这不适合后期维护啊，简直是个大坑 |
| 7 sun5244725 OP @Alias4ck 现在是在同一个库里面。然后系统升级要求要把表分开出来。常用的数据不咋动的放内存库里面。其他的还是在原来的数据库（实际上原来库里面的数据不动的）。然后现在这样改了之后下面有很多系统都不能用了。改 sql 的话有几万条。 所以打算从中间搭应用想办法 |
Select Language