现在有一条 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 2017-05-03 22:08:07 +08:00 via Android
基本没辙。
建议就直接在程序里面慢慢搞吧。因为你这么拆完了,事务就必须通过第三方来实现。看你描述还是关系型数据库对非关系形数据库。这个直接生成 SQL 相当费事,一般只能实现一个子集。 如果跨库只有简单操作,PostgreSQL 有 FDW,Oracle 应该也有类似的东西,MySQL 不清楚有没有,可以考虑一下。先用 FDW 把外部数据挂载好,再去搞一个视图出来,以后搜索只搜视图。 当然,上面说的都是权宜之计。你们拆数据库了,肯定有自己的逻辑,问问主导的人好啦。 |
3
abcbuzhiming 2017-05-04 11:42:57 +08:00
1.没有这种工具,但是你可以建立一个新数据库,把两个库的表的数据弄进来,在此操作,适合不需要考虑实时性的场景,另外还存在兼容问题
2.跨库事务本身就不是简单的事情,你这两个数据库居然还是不同类型的,我还真没见过能在这种情况下实现事务的可能 |
4
sun5244725 OP @abcbuzhiming 这个东西只需要管查询。基本不需要涉及事务。
|
5
sun5244725 OP @sivacohan 一个是用的 NoSql 一个是 oracle。
|
6
Alias4ck 2017-05-04 17:42:16 +08:00
为啥不搞个数据仓库呢整合一下你们系统的表呢。。。这么复杂,现在解决了,以后咋办?你这不适合后期维护啊,简直是个大坑
|
7
sun5244725 OP @Alias4ck 现在是在同一个库里面。然后系统升级要求要把表分开出来。常用的数据不咋动的放内存库里面。其他的还是在原来的数据库(实际上原来库里面的数据不动的)。然后现在这样改了之后下面有很多系统都不能用了。改 sql 的话有几万条。 所以打算从中间搭应用想办法
|