联合体insert性能疑问

现有情况为A库及B库互相做联合体insert语句如下,数据量约400W+:INSERT INTO EC_CUST_CGT_LMT_TEST (ORG_CODE,CUST_CODE,CGT_CODE,QTY_LMT,NOTE,UP_TIME)  SELECT COM_ID,CUST_ID,ITEM_ID,LMT_QTY,NOTE,'2014-02-11 16:35:02'    FROM SRM_XSM_CUST_IT...显示全部
现有情况为A库及B库互相做联合体insert语句如下,数据量约400W+:
INSERT INTO EC_CUST_CGT_LMT_TEST (ORG_CODE,CUST_CODE,CGT_CODE,QTY_LMT,NOTE,UP_TIME)
  SELECT COM_ID,CUST_ID,ITEM_ID,LMT_QTY,NOTE,'2014-02-11 16:35:02'
    FROM SRM_XSM_CUST_ITEM_LMT
    WHERE COM_ID='11230101'


其中SRM_XSM_CUST_ITEM_LMT表在A库,EC_CUST_CGT_LMT_TEST 表在B库
该SQL在A库执行需要大约18分钟,在B库执行仅需要2-3分钟,请问下解决思路?程序是写在A库执行的,有什么办法可以优化吗?附件附上A库及B库的访问计划,请教各位大神,谢谢!

附件:

附件图标lmt_A.out (6.54 KB)

附件图标lmt_B.out (7.97 KB)

附件图标limit_A_test1.out (7.1 KB)

收起
参与22

查看其它 19 个回答fengwhq的回答

fengwhqfengwhq数据库管理员某城商行
回复 9# mdkii


   恩,好像主要还是一条一条insert导致的,主要这个程序不是脚本写的,如果是脚本就好弄了。这个东西是B/S架构程序里的一个按钮,数据源连接的A库,有没有办法可以优化下联合体呢,现有架构下能进行优化吗?这个问题实在是没有解决的思路。如果实在不行就考虑修改程序或者改用脚本看是否能解决了。多谢啦!
银行 · 2014-02-19
浏览593

回答者

fengwhq
数据库管理员某城商行

fengwhq 最近回答过的问题

回答状态

  • 发布时间:2014-02-19
  • 关注会员:2 人
  • 回答浏览:593
  • X社区推广