查看: 3165|回复: 15

语句优化 谢谢

[复制链接]
认证徽章
论坛徽章:
9
ITPUB社区OCM联盟徽章
日期:2013-03-27 11:17:11奥运纪念徽章
日期:2013-06-18 09:13:52ITPUB社区千里马徽章
日期:2013-08-22 09:58:03大众
日期:2013-08-30 14:51:33路虎
日期:2013-12-01 18:25:42
发表于 2009-12-16 21:30 | 显示全部楼层 |阅读模式
我对公司问题SQL进行了TRACE发现其语句本身问题不大,问题在于其他很多调用的PL/SQL有问题,截取了TRACE中消耗最重的4个语句如下:
SELECT COUNT(CM.POLICY_ID)
FROM
T_PRODUCT_FEE PF, T_CONTRACT_MASTER CM WHERE CM.PREM_STATUS IN (2, 3, 4) AND
  PF.POLICY_ID = CM.POLICY_ID AND PF.LIST_ID = :B1


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute  43136      1.77       1.80          0          0          0           0
Fetch    43136      2.31       2.16          0     258816          0       43136
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total    86273      4.08       3.97          0     258816          0       43136


SELECT COUNT(CP.ITEM_ID)
FROM
T_PRODUCT_FEE PF, T_CONTRACT_PRODUCT CP WHERE CP.LIABILITY_STATE = 3 AND
  CP.END_CAUSE IN (1, 2, 8, 10, 11,13,14) AND PF.PRODUCT_NUM = CP.PRODUCT_NUM
  AND PF.INSURED_1 = CP.INSURED_1 AND PF.POLICY_ID = CP.POLICY_ID AND
  PF.LIST_ID = :B1


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute  43106      1.51       1.60          0          0          0           0
Fetch    43106      2.29       2.17          0     258604          0       43106
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total    86213      3.80       3.78          0     258604          0       43106


SELECT COUNT(CPL.CHANGE_ID)
FROM
T_PRODUCT_FEE PF,T_POLICY_CHANGE PC, T_CONTRACT_PRODUCT_LOG CPL WHERE
  PF.POLICY_ID = PC.POLICY_ID AND PC.SERVICE_ID=213 AND PC.CHANGE_STATUS=3
  AND PC.CHANGE_ID=CPL.CHANGE_ID AND PF.PRODUCT_NUM = CPL.PRODUCT_NUM AND
  PF.PRODUCT_ID = CPL.PRODUCT_ID AND PF.POLICY_ID = CPL.POLICY_ID AND
  PF.LIST_ID = :B1


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute  43024      1.56       1.60          0          0          0           0
Fetch    43024     11.96      11.69          0    1518816          0       43024
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total    86049     13.52      13.30          0    1518816          0       43024


SELECT COUNT(PF2.LIST_ID)
FROM
T_PRODUCT_FEE PF, T_PRODUCT_FEE PF2,T_POLICY_CHANGE PC WHERE PF.PRODUCT_NUM =
   PF2.PRODUCT_NUM AND PF.INSURED_1 = PF2.INSURED_1 AND PF.POLICY_ID =
  PF2.POLICY_ID AND PF2.FEE_TYPE = 42 AND PF2.CHANGE_ID=PC.CHANGE_ID AND
  PC.SERVICE_ID=201 AND PC.CHANGE_STATUS=3 AND PF.LIST_ID = :B1


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute  42962      2.26       2.02          0          0          0           0
Fetch    42962      3.03       2.88          0     307000          0       42962
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total    85925      5.29       4.90          0     307000          0       42962


可以看到最严重的语句如下:

SELECT COUNT(CPL.CHANGE_ID)
FROM
T_PRODUCT_FEE PF,T_POLICY_CHANGE PC, T_CONTRACT_PRODUCT_LOG CPL WHERE
  PF.POLICY_ID = PC.POLICY_ID AND PC.SERVICE_ID=213 AND PC.CHANGE_STATUS=3
  AND PC.CHANGE_ID=CPL.CHANGE_ID AND PF.PRODUCT_NUM = CPL.PRODUCT_NUM AND
  PF.PRODUCT_ID = CPL.PRODUCT_ID AND PF.POLICY_ID = CPL.POLICY_ID AND
  PF.LIST_ID = :B1

但是我查看执行计划发现还可以,只是其在调用的时候调用了4000多次,如果我能够对此语句进行一些优化可能结果会好很多。
执行计划如下:
SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
Plan hash value: 4117126725

----------------------------------------------------------------------------------------------------
| Id  | Operation                      | Name                   | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT               |                        |     1 |    55 |    13   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE                |                        |     1 |    55 |            |          |
|   2 |   NESTED LOOPS                 |                        |     1 |    55 |    13   (0)| 00:00:01 |
|   3 |    NESTED LOOPS                |                        |     1 |    38 |    12   (0)| 00:00:01 |
|   4 |     TABLE ACCESS BY INDEX ROWID| T_PRODUCT_FEE          |     1 |    19 |     2   (0)| 00:00:01 |
|*  5 |      INDEX UNIQUE SCAN         | PK_T_PRODUCT_FEE       |     1 |       |     1   (0)| 00:00:01 |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  6 |     TABLE ACCESS BY INDEX ROWID| T_CONTRACT_PRODUCT_LOG |     1 |    19 |    10   (0)| 00:00
|*  7 |      INDEX RANGE SCAN          | TEST                   |    14 |       |     2   (0)| 00:00:01 |
|*  8 |    TABLE ACCESS BY INDEX ROWID | T_POLICY_CHANGE        |     1 |    17 |     1   (0)| 00:00:01 |
|*  9 |     INDEX UNIQUE SCAN          | PK_T_POLICY_CHANGE     |     1 |       |     0   (0)| 00:00:01 |
----------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   5 - access("PF"."LIST_ID"=1)
   6 - filter("PF"."PRODUCT_NUM"="CPL"."PRODUCT_NUM" AND "PF"."PRODUCT_ID"="CPL"."PRODUCT_ID")

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
   7 - access("PF"."POLICY_ID"="CPL"."POLICY_ID")
   8 - filter("PC"."SERVICE_ID"=213 AND TO_NUMBER("PC"."CHANGE_STATUS")=3 AND
              "PF"."POLICY_ID"="PC"."POLICY_ID")
   9 - access("PC"."CHANGE_ID"="CPL"."CHANGE_ID")

已选择26行。
请问大家有啥好的办法??索引都用到了只是有个范围SCAN
认证徽章
论坛徽章:
9
ITPUB社区OCM联盟徽章
日期:2013-03-27 11:17:11奥运纪念徽章
日期:2013-06-18 09:13:52ITPUB社区千里马徽章
日期:2013-08-22 09:58:03大众
日期:2013-08-30 14:51:33路虎
日期:2013-12-01 18:25:42
发表于 2009-12-16 21:30 | 显示全部楼层
是不是优化余地不大了?

使用道具 举报

回复
论坛徽章:
55
马上加薪
日期:2014-02-19 11:55:142010广州亚运会纪念徽章:排球
日期:2011-04-27 13:27:19SQL大赛参与纪念
日期:2011-04-13 12:08:172011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01生肖徽章2007版:兔
日期:2011-01-20 12:58:49
发表于 2009-12-16 21:39 | 显示全部楼层
你的索引如何建立的

使用道具 举报

回复
论坛徽章:
55
马上加薪
日期:2014-02-19 11:55:142010广州亚运会纪念徽章:排球
日期:2011-04-27 13:27:19SQL大赛参与纪念
日期:2011-04-13 12:08:172011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01生肖徽章2007版:兔
日期:2011-01-20 12:58:49
发表于 2009-12-16 21:41 | 显示全部楼层
系统自动发布  2009-12-16 21:39  pub币 14  PUB幸运红包  

哈哈哈

使用道具 举报

回复
论坛徽章:
311
行业板块每日发贴之星
日期:2012-07-12 18:47:29双黄蛋
日期:2011-08-12 17:31:04咸鸭蛋
日期:2011-08-18 15:13:51迷宫蛋
日期:2011-08-18 16:58:25紫蛋头
日期:2011-08-31 10:57:28ITPUB十周年纪念徽章
日期:2011-09-27 16:30:47蜘蛛蛋
日期:2011-10-20 15:51:25迷宫蛋
日期:2011-10-29 11:12:59ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41鲜花蛋
日期:2011-11-09 20:33:30
发表于 2009-12-16 21:57 | 显示全部楼层
语句的执行计划如何得来的?

使用道具 举报

回复
认证徽章
论坛徽章:
9
ITPUB社区OCM联盟徽章
日期:2013-03-27 11:17:11奥运纪念徽章
日期:2013-06-18 09:13:52ITPUB社区千里马徽章
日期:2013-08-22 09:58:03大众
日期:2013-08-30 14:51:33路虎
日期:2013-12-01 18:25:42
发表于 2009-12-16 21:57 | 显示全部楼层
索引就是一般的B-TREE索引啦。。是否可以根据实际情况建立反向索引和位图索引。。无语了。。。

使用道具 举报

回复
认证徽章
论坛徽章:
9
ITPUB社区OCM联盟徽章
日期:2013-03-27 11:17:11奥运纪念徽章
日期:2013-06-18 09:13:52ITPUB社区千里马徽章
日期:2013-08-22 09:58:03大众
日期:2013-08-30 14:51:33路虎
日期:2013-12-01 18:25:42
发表于 2009-12-16 21:59 | 显示全部楼层
select decode(sum(pf.period_prem),
                            null,
                            0,
                            sum(pf.period_prem))--sum(pf.period_prem)
                from t_product_fee     pf,
                     t_contract_master cm,
                     t_product_life    pl
               where pf.policy_id = cm.policy_id
                 and cm.validate_date <
                     ADD_MONTHS(to_date('200911', 'yyyymm'), -13)--13
                 and cm.validate_date >=
                     ADD_MONTHS(to_date('200911', 'yyyymm'), -(13+12))--14
                 and pf.charge_type = 1
                 and pf.charge_type <> 5
                 and pf.product_id = pl.product_id
                 and pkg_life_calc_basic_comm.f_is_long_product(pl.product_id) = 0
                 and pf.fee_type in (41, 47)
                 and pf.policy_year = 1
                 and pkg_life_calc_basic_comm.f_is_effect(pf.list_id) = '0'
                 and (('3' = '1' and pf.benefit_type <> 41) or
                     ('3' = '2' and pf.benefit_type = 41) or
                     ('3' = '3'))
                 and (('0' ='7' and cm.nb_agency_id in (select agency_id from t_agency start with agency_id=1 connect by parent_id =
prior agency_id) or
                       '0' <>'7'))
                 and cm.organ_id in
                     (select organ_id
                          from t_company_organ
                         start with organ_id = 1
                        connect by parent_id = prior organ_id)
                 and cm.sell_way = 0
                 and cm.policy_type = 1

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.02       0.02          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        1     19.96      19.84          0     100197          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        3     19.98      19.86          0     100197          0           1

Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 69  

Rows     Row Source Operation
-------  ---------------------------------------------------
      1  SORT AGGREGATE (cr=2446580 pr=22 pw=0 time=45995505 us)
   2965   NESTED LOOPS  (cr=2446580 pr=22 pw=0 time=9508007 us)
  40970    NESTED LOOPS  (cr=2364638 pr=22 pw=0 time=43580445 us)
     78     MERGE JOIN CARTESIAN (cr=169 pr=0 pw=0 time=12773 us)
     39      INDEX FULL SCAN PK_T_PRODUCT_LIFE (cr=165 pr=0 pw=0 time=28250 us)(object id 158674)
     78      BUFFER SORT (cr=4 pr=0 pw=0 time=1212 us)
      2       VIEW  VW_NSO_1 (cr=4 pr=0 pw=0 time=823 us)
      2        HASH UNIQUE (cr=4 pr=0 pw=0 time=815 us)
      2         FILTER  (cr=4 pr=0 pw=0 time=268 us)
      2          CONNECT BY WITH FILTERING (cr=4 pr=0 pw=0 time=259 us)
      1           TABLE ACCESS BY INDEX ROWID T_COMPANY_ORGAN (cr=2 pr=0 pw=0 time=75 us)
      1            INDEX FULL SCAN PK_T_COMPANY_ORGAN (cr=1 pr=0 pw=0 time=38 us)(object id 156518)
      1           NESTED LOOPS  (cr=2 pr=0 pw=0 time=102 us)
      2            BUFFER SORT (cr=0 pr=0 pw=0 time=62 us)
      2             CONNECT BY PUMP  (cr=0 pr=0 pw=0 time=30 us)
      1            INDEX RANGE SCAN T_COMPANY_ORGAN_IDX_002 (cr=2 pr=0 pw=0 time=28 us)(object id 156517)
      0           TABLE ACCESS FULL T_COMPANY_ORGAN (cr=0 pr=0 pw=0 time=0 us)
  40970     TABLE ACCESS BY INDEX ROWID T_PRODUCT_FEE (cr=2364469 pr=22 pw=0 time=43415595 us)
  67422      INDEX RANGE SCAN IDX_PRODUCT_FEE__PROD_ID1 (cr=824 pr=0 pw=0 time=204207 us)(object id 158647)
   2965    TABLE ACCESS BY INDEX ROWID T_CONTRACT_MASTER (cr=81942 pr=0 pw=0 time=939330 us)
  40970     INDEX UNIQUE SCAN PK_T_CONTRACT_MASTER (cr=40972 pr=0 pw=0 time=406267 us)(object id 156614)

使用道具 举报

回复
认证徽章
论坛徽章:
9
ITPUB社区OCM联盟徽章
日期:2013-03-27 11:17:11奥运纪念徽章
日期:2013-06-18 09:13:52ITPUB社区千里马徽章
日期:2013-08-22 09:58:03大众
日期:2013-08-30 14:51:33路虎
日期:2013-12-01 18:25:42
发表于 2009-12-16 22:00 | 显示全部楼层
主语句好像问题不大啊,,主要是
pkg_life_calc_basic_comm.f_is_effect
pkg_life_calc_basic_comm.f_is_long_product 调用的语句
就是我上面发出来的。。

使用道具 举报

回复
认证徽章
论坛徽章:
9
ITPUB社区OCM联盟徽章
日期:2013-03-27 11:17:11奥运纪念徽章
日期:2013-06-18 09:13:52ITPUB社区千里马徽章
日期:2013-08-22 09:58:03大众
日期:2013-08-30 14:51:33路虎
日期:2013-12-01 18:25:42
发表于 2009-12-16 22:05 | 显示全部楼层
SQL> explain plan for
  2  select decode(sum(pf.period_prem),
  3                              null,
  4                              0,
  5                              sum(pf.period_prem))--sum(pf.period_prem)
  6                  from t_product_fee     pf,
  7                       t_contract_master cm,
  8                       t_product_life    pl
  9                 where pf.policy_id = cm.policy_id
10                   and cm.validate_date <
11                       ADD_MONTHS(to_date('200911', 'yyyymm'), -13)--13
12                   and cm.validate_date >=
13                       ADD_MONTHS(to_date('200911', 'yyyymm'), -(13+12))--14
14                   and pf.charge_type = 1 --不为趸交,小缴别暂不考虑and pf.charge_type <> 5
15                   and pf.product_id = pl.product_id
16                   and pkg_life_calc_basic_comm.f_is_long_product(pl.product_id) = 0
17                   and pf.fee_type in (41, 47)
18                   and pf.policy_year = 1
19                   and pkg_life_calc_basic_comm.f_is_effect(pf.list_id) = '0'
20                   and (('3' = '1' and pf.benefit_type <> 41) or
21                       ('3' = '2' and pf.benefit_type = 41) or
22                       ('3' = '3'))
23                   and (('0' ='7' and cm.nb_agency_id in (select agency_id from t_agency start wi
th agency_id=1 connect by parent_id = prior agency_id) or
24                         '0' <>'7'))
25                   and cm.organ_id in
26                       (select organ_id
27                            from t_company_organ
28                           start with organ_id = 1
29                          connect by parent_id = prior organ_id)
30                   and cm.sell_way = 0
31                   and cm.policy_type = 1;

已解释。

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
Plan hash value: 2656969095

----------------------------------------------------------------------------------------------------
| Id  | Operation                            | Name                      | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                     |                           |     1 |    82 |    24   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE                      |                           |     1 |    82 |            |          |
|   2 |   NESTED LOOPS                       |                           |     1 |    82 |    24   (0)| 00:00:01 |
|   3 |    NESTED LOOPS                      |                           |     1 |    58 |    23   (0)| 00:00:01 |
|   4 |     MERGE JOIN CARTESIAN             |                           |     1 |    27 |     2   (0)| 00:00:01 |
|*  5 |      INDEX FULL SCAN                 | PK_T_PRODUCT_LIFE         |     1 |     5 |     1   (0)| 00:00:01 |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|   6 |      BUFFER SORT                     |                           |     2 |    44 |     1   (0)| 00:00:01 |
|   7 |       VIEW                           | VW_NSO_1                  |     2 |    44 |     1   (0)| 00:00:01 |
|   8 |        HASH UNIQUE                   |                           |     2 |    12 |            |          |
|*  9 |         FILTER                       |                           |       |       |            |          |
|* 10 |          CONNECT BY WITH FILTERING   |                           |       |       |            |          |
|  11 |           TABLE ACCESS BY INDEX ROWID| T_COMPANY_ORGAN           |       |       |            |          |
|* 12 |            INDEX FULL SCAN           | PK_T_COMPANY_ORGAN        |     1 |     4 |     1   (0)| 00:00:01 |
|  13 |           NESTED LOOPS               |                           |       |       |            |          |
|  14 |            BUFFER SORT               |                           |       |       |            |          |
|  15 |             CONNECT BY PUMP          |                           |       |       |            |          |
|* 16 |            INDEX RANGE SCAN          | T_COMPANY_ORGAN_IDX_002   |     2 |    12 |     1   (0)| 00:00:01

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|* 17 |           TABLE ACCESS FULL          | T_COMPANY_ORGAN           |     2 |    12 |     1   (0)| 00:00:01 |
|* 18 |     TABLE ACCESS BY INDEX ROWID      | T_PRODUCT_FEE             |     1 |    31 |    21   (0)| 00:00:
|* 19 |      INDEX RANGE SCAN                | IDX_PRODUCT_FEE__PROD_ID1 |   188 |       |     4   (0)| 00:00:01 |
|* 20 |    TABLE ACCESS BY INDEX ROWID       | T_CONTRACT_MASTER         |     1 |    24 |     1   (0)| 00:0
|* 21 |     INDEX UNIQUE SCAN                | PK_T_CONTRACT_MASTER      |     1 |       |     1   (0)| 00:00:01 |
----------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   5 - filter("PKG_LIFE_CALC_BASIC_COMM"."F_IS_LONG_PRODUCT"("PL"."PRODUCT_ID")=0)

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
   9 - filter(TO_DATE('2008-10-01 00:00:00', 'yyyy-mm-dd hh24:mi:ss')>TO_DATE('2007-10-01 00:00:00',
              'yyyy-mm-dd hh24:mi:ss') AND TO_DATE('2007-10-01 00:00:00', 'yyyy-mm-dd hh24:mi:ss')<TO_DATE(
              00:00:00', 'yyyy-mm-dd hh24:mi:ss'))
  10 - filter(TO_NUMBER("ORGAN_ID")=1)
  12 - filter(TO_NUMBER("ORGAN_ID")=1)
  16 - access("PARENT_ID"=NULL)
  17 - access("PARENT_ID"=NULL)
  18 - filter("PF"."POLICY_YEAR"=1 AND TO_NUMBER("PF"."CHARGE_TYPE")=1 AND
              "PKG_LIFE_CALC_BASIC_COMM"."F_IS_EFFECT"("PF"."LIST_ID")=0)
  19 - access("PF"."PRODUCT_ID"="PL"."PRODUCT_ID")
       filter("PF"."FEE_TYPE"=41 OR "PF"."FEE_TYPE"=47)

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
  20 - filter("CM"."VALIDATE_DATE"<TO_DATE('2008-10-01 00:00:00', 'yyyy-mm-dd hh24:mi:ss') AND
              TO_NUMBER("CM"."POLICY_TYPE")=1 AND TO_NUMBER("CM"."SELL_WAY")=0 AND
              "CM"."VALIDATE_DATE">=TO_DATE('2007-10-01 00:00:00', 'yyyy-mm-dd hh24:mi:ss') AND
              "CM"."ORGAN_ID"="$nso_col_1")
  21 - access("PF"."POLICY_ID"="CM"."POLICY_ID")

已选择49行。

这个就是问题语句本生的执行计划。。COST 才24 但是要运行1分30秒,,明显是递归语句出了问题嘛。所以才TRACE出上面的片段的

使用道具 举报

回复
论坛徽章:
55
马上加薪
日期:2014-02-19 11:55:142010广州亚运会纪念徽章:排球
日期:2011-04-27 13:27:19SQL大赛参与纪念
日期:2011-04-13 12:08:172011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01生肖徽章2007版:兔
日期:2011-01-20 12:58:49
发表于 2009-12-16 22:08 | 显示全部楼层
原帖由 gaopengtttt 于 2009-12-16 22:00 发表
主语句好像问题不大啊,,主要是
pkg_life_calc_basic_comm.f_is_effect
pkg_life_calc_basic_comm.f_is_long_product
调用的语句
就是我上面发出来的。。


使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

SACC2019中国系统架构师大会

【数字转型 架构演进】SACC2019中国系统架构师大会,7折限时优惠重磅来袭!
2019年10月31日~11月2日第11届中国系统架构师大会(SACC2019)将在北京隆重召开。四大主线并行的演讲模式,1个主会场、20个技术专场、超千人参与的会议规模,100+来自互联网、金融、制造业、电商等领域的嘉宾阵容,将为广大参会者提供一场最具价值的技术交流盛会。

限时七折期:2019年8月31日前


----------------------------------------

大会官网>>
TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表