查询慢的SQL： 

  1. with p as(
    2. 

  2.      select np.nodecode , np.nodename, d.deviceid, d.devicename, d.loopaddress, p.respara, p.rxcrcerror, p.txcrcerror
    3. 

  3.      from   perf_t_ponport p,device d, node c,node np
    4. 

  4.      where  p.resid = d.deviceid
    5. 

  5.      and    d.nodecode = c.nodecode 
    6. 

  6.      and    c.citynodecode = np.nodecode
    7. 

  7.      and    c.nodecode in (SELECT S.NODECODE FROM SINGLEUSERNODEAUTH S WHERE S.NETUSERID = 'admin' AND S.AUTHTYPE = 'VIEW')
    8. 

  8.      and    d.changetype = 0
    9. 

  9.      and    p.coltime between trunc(sysdate-1,'dd') and   trunc(sysdate,'dd')
    10. 

  10.      and    p.rxcrcerror is not null
    11. 

  11.      and    p.rxcrcerror >0 
    12. 

  12.     order by   p.rxcrcerror desc
    13. 

  13. )
    14. 

  14. select *
    15. 

  15. from   p
    16. 

  16. where rownum <=10
这个SQL执行花费了1分钟24秒，需要优化。


查看执行计划：
  1. SQL> explain plan for with p as(
    2. 

  2.   2       select np.nodecode , np.nodename, d.deviceid, d.devicename, d.loopaddress, p.respara, p.rx
    3. 

  3. crcerror, p.txcrcerror
    4. 

  4.   3       from   perf_t_ponport p,device d, node c,node np
    5. 

  5.   4       where  p.resid = d.deviceid
    6. 

  6.   5       and    d.nodecode = c.nodecode 
    7. 

  7.   6       and    c.citynodecode = np.nodecode
    8. 

  8.   7       and    c.nodecode in (SELECT S.NODECODE FROM SINGLEUSERNODEAUTH S WHERE S.NETUSERID = 'adm
    9. 

  9. in' AND S.AUTHTYPE = 'VIEW')
    10. 

  10.   8       and    d.changetype = 0
    11. 

  11.   9       and    p.coltime between trunc(sysdate-1,'dd') and   trunc(sysdate,'dd')
    12. 

  12.  10       and    p.rxcrcerror is not null
    13. 

  13.  11       and    p.rxcrcerror >0 
    14. 

  14.  12      order by   p.rxcrcerror desc
    15. 

  15.  13  )
    16. 

  16.  14  select *
    17. 

  17.  15  from   p
    18. 

  18.  16  where rownum <=10
    19. 

  19.  17  ;
    20. 

    21. 

  21. 已解释。
    22. 

    23. 

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

    25. 

  25. PLAN_TABLE_OUTPUT
    26. 

  26. ----------------------------------------------------------------------------------------------------
    27. 

  27. Plan hash value: 733587010
    28. 

    29. 

  29. ----------------------------------------------------------------------------------------------------
    30. 

  30. | Id  | Operation                           | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    31. 

  31. ----------------------------------------------------------------------------------------------------
    32. 

  32. |   0 | SELECT STATEMENT                    |                |    10 |  3430 |  1125K (19)| 03:45:09 |       |       |
    33. 

  33. |*  1 |  COUNT STOPKEY                      |                |       |       |            |          |       |       |
    34. 

  34. |   2 |   VIEW                              |                |   133 | 45619 |  1125K (19)| 03:45:09 |       |       |
    35. 

  35. |*  3 |    SORT ORDER BY STOPKEY            |                |   133 | 22743 |  1125K (19)| 03:45:09 |       |       |
    36. 

  36. |*  4 |     FILTER                          |                |       |       |            |          |       |       |
    37. 

  37. |*  5 |      HASH JOIN                      |                |   133 | 22743 |  1125K (19)| 03:45:09 |       |       |
    38. 

  38. |*  6 |       HASH JOIN SEMI                |                |   133 | 19950 |  1125K (19)| 03:45:08 |       |       |
    39. 

  39. |*  7 |        HASH JOIN                    |                |   219 | 28251 |  1125K (19)| 03:45:08 |       |       |
    40. 

  40. |   8 |         NESTED LOOPS                |                |   219 | 25185 |  1125K (19)| 03:45:08 |       |       |
    41. 

  41. |   9 |          PARTITION RANGE ITERATOR   |                |   219 | 10074 |  1125K (19)| 03:45:03 |   KEY |   KEY |
    42. 

  42. |* 10 |           TABLE ACCESS FULL         | PERF_T_PONPORT |   219 | 10074 |  1125K (19)| 03:45:03 |   KEY |   KE
    43. 

  43. |  11 |          TABLE ACCESS BY INDEX ROWID| DEVICE         |     1 |    69 |     2   (0)| 00:00:01 |       |     
    44. 

  44. |* 12 |           INDEX UNIQUE SCAN         | PK_DEVICE      |     1 |       |     1   (0)| 00:00:01 |       |      
    45. 

  45. |  13 |         TABLE ACCESS FULL           | NODE           |  1214 | 16996 |     8   (0)| 00:00:01 |       |       |
    46. 

  46. |* 14 |        INDEX RANGE SCAN             | SYS_C00543203  |  1167 | 24507 |    10   (0)| 00:00:01 |       |
    47. 

  47. |  15 |       TABLE ACCESS FULL             | NODE           |  1214 | 25494 |     8   (0)| 00:00:01 |       |      
    48. 

  48. ----------------------------------------------------------------------------------------------------
    49. 

    50. 

  50. Predicate Information (identified by operation id):
    51. 

  51. ---------------------------------------------------
    52. 

    53. 

  53.    1 - filter(ROWNUM<=10)
    54. 

  54.    3 - filter(ROWNUM<=10)
    55. 

  55.    4 - filter(TRUNC(SYSDATE@!-1,'fmdd')<=TRUNC(SYSDATE@!,'fmdd'))
    56. 

  56.    5 - access("C"."CITYNODECODE"="NP"."NODECODE")
    57. 

  57.    6 - access("C"."NODECODE"="S"."NODECODE")
    58. 

  58.    7 - access("D"."NODECODE"="C"."NODECODE")
    59. 

  59.   10 - filter("P"."RXCRCERROR" IS NOT NULL AND "P"."RXCRCERROR">0 AND
    60. 

  60.               "P"."COLTIME">=TRUNC(SYSDATE@!-1,'fmdd') AND "P"."COLTIME"<=TRUNC(SYSDATE@!,'fmdd'))
    61. 

  61.   12 - access("P"."RESID"="D"."DEVICEID" AND "D"."CHANGETYPE"=0)
    62. 

  62.   14 - access("S"."NETUSERID"='admin' AND "S"."AUTHTYPE"='VIEW')
    63. 

    64. 

  64. 已选择36行。
查看执行计划：id为4的filter过滤条件为filter(TRUNC(SYSDATE@!-1,'fmdd')<=TRUNC(SYSDATE@!,'fmdd'))。 查看id为9的执行计划访问分区的方式为：PARTITION RANGE ITERATOR。 说明分区表PERF_T_PONPORT的分区列的条件导致了性能压力。
coltime的列都是yyyy/mm/dd的格式，因此可以将PERF_T_PONPORT的分区列的条件条件改写为：(p.coltime =trunc(sysdate-1,'dd') or p.coltime =trunc(sysdate,'dd') )。

改写后的语句：
  1. with p as(
    2. 

  2.      select  np.nodecode , np.nodename, d.deviceid, d.devicename, d.loopaddress, p.respara, p.rxcrcerror, p.txcrcerror
    3. 

  3.      from   perf_t_ponport p,device d, node c,node np
    4. 

  4.      where  p.resid = d.deviceid
    5. 

  5.      and    d.nodecode = c.nodecode 
    6. 

  6.      and    c.citynodecode = np.nodecode
    7. 

  7.      and    d.changetype = 0
    8. 

  8.      and  c.nodecode in (SELECT S.NODECODE FROM SINGLEUSERNODEAUTH S WHERE S.NETUSERID = 'admin' AND S.AUTHTYPE = 'VIEW')
    9. 

  9.      and    (p.coltime =trunc(sysdate-1,'dd') or p.coltime =trunc(sysdate,'dd') )
    10. 

  10.      and    p.rxcrcerror is not null
    11. 

  11.      and    p.rxcrcerror >0 
    12. 

  12.     order by   p.rxcrcerror desc
    13. 

  13. )
    14. 

  14. select *
    15. 

  15. from   p
    16. 

  16. where rownum <=10;

改写后的执行计划： 
  1. SQL> explain plan for with p as(
    2. 

  2.   2       select  np.nodecode , np.nodename, d.deviceid, d.devicename, d.loopaddress, p.respara, p.r
    3. 

  3. xcrcerror, p.txcrcerror
    4. 

  4.   3       from   perf_t_ponport p,device d, node c,node np
    5. 

  5.   4       where  p.resid = d.deviceid
    6. 

  6.   5       and    d.nodecode = c.nodecode 
    7. 

  7.   6       and    c.citynodecode = np.nodecode
    8. 

  8.   7       and    d.changetype = 0
    9. 

  9.   8       and  c.nodecode in (SELECT S.NODECODE FROM SINGLEUSERNODEAUTH S WHERE S.NETUSERID = 'admin
    10. 

  10. ' AND S.AUTHTYPE = 'VIEW')
    11. 

  11.   9       and    (p.coltime =trunc(sysdate-1,'dd') or p.coltime =trunc(sysdate,'dd') )
    12. 

  12.  10       and    p.rxcrcerror is not null
    13. 

  13.  11       and    p.rxcrcerror >0 
    14. 

  14.  12      order by   p.rxcrcerror desc
    15. 

  15.  13  )
    16. 

  16.  14  select *
    17. 

  17.  15  from   p
    18. 

  18.  16  where rownum <=10;
    19. 

    20. 

  20. 已解释。
    21. 

    22. 

  22. SQL> 
    23. 

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

    25. 

  25. PLAN_TABLE_OUTPUT
    26. 

  26. ----------------------------------------------------------------------------------------------------
    27. 

  27. Plan hash value: 2287749996
    28. 

    29. 

  29. ----------------------------------------------------------------------------------------------------
    30. 

  30. | Id  | Operation                          | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    31. 

  31. ----------------------------------------------------------------------------------------------------
    32. 

  32. |   0 | SELECT STATEMENT                   |                |    10 |  3430 |   915   (2)| 00:00:11 |       |       |
    33. 

  33. |*  1 |  COUNT STOPKEY                     |                |       |       |            |          |       |       |
    34. 

  34. |   2 |   VIEW                             |                |   266 | 91238 |   915   (2)| 00:00:11 |       |       |
    35. 

  35. |*  3 |    SORT ORDER BY STOPKEY           |                |   266 | 45486 |   915   (2)| 00:00:11 |       |       |
    36. 

  36. |*  4 |     HASH JOIN                      |                |   266 | 45486 |   915   (2)| 00:00:11 |       |       |
    37. 

  37. |   5 |      TABLE ACCESS FULL             | NODE           |  1214 | 25494 |     8   (0)| 00:00:01 |       |       |
    38. 

  38. |*  6 |      HASH JOIN RIGHT SEMI          |                |   267 | 40050 |   905   (2)| 00:00:11 |       |       |
    39. 

  39. |*  7 |       INDEX RANGE SCAN             | SYS_C00543203  |  1167 | 24507 |    10   (0)| 00:00:01 |       |     
    40. 

  40. |*  8 |       HASH JOIN                    |                |   437 | 56373 |   895   (2)| 00:00:11 |       |       |
    41. 

  41. |   9 |        TABLE ACCESS FULL           | NODE           |  1214 | 16996 |     8   (0)| 00:00:01 |       |       |
    42. 

  42. |  10 |        NESTED LOOPS                |                |   437 | 50255 |   885   (2)| 00:00:11 |       |       |
    43. 

  43. |  11 |         PARTITION RANGE INLIST     |                |   437 | 20102 |     2   (0)| 00:00:01 |KEY(I) |KEY(I) |
    44. 

  44. |* 12 |          TABLE ACCESS FULL         | PERF_T_PONPORT |   437 | 20102 |     2   (0)| 00:00:01 |KEY(I) |KEY(I) 
    45. 

  45. |  13 |         TABLE ACCESS BY INDEX ROWID| DEVICE         |     1 |    69 |     2   (0)| 00:00:01 |       |       |
    46. 

  46. |* 14 |          INDEX UNIQUE SCAN         | PK_DEVICE      |     1 |       |     1   (0)| 00:00:01 |       |       |
    47. 

  47. ----------------------------------------------------------------------------------------------------
    48. 

    49. 

  49. Predicate Information (identified by operation id):
    50. 

  50. ---------------------------------------------------
    51. 

    52. 

  52.    1 - filter(ROWNUM<=10)
    53. 

  53.    3 - filter(ROWNUM<=10)
    54. 

  54.    4 - access("C"."CITYNODECODE"="NP"."NODECODE")
    55. 

  55.    6 - access("C"."NODECODE"="S"."NODECODE")
    56. 

  56.    7 - access("S"."NETUSERID"='admin' AND "S"."AUTHTYPE"='VIEW')
    57. 

  57.    8 - access("D"."NODECODE"="C"."NODECODE")
    58. 

  58.   12 - filter("P"."RXCRCERROR" IS NOT NULL AND "P"."RXCRCERROR">0 AND
    59. 

  59.               ("P"."COLTIME"=TRUNC(SYSDATE@!-1,'fmdd') OR "P"."COLTIME"=TRUNC(SYSDATE@!,'fmdd')))
    60. 

  60.   14 - access("P"."RESID"="D"."DEVICEID" AND "D"."CHANGETYPE"=0)
    61. 

    62. 

  62. 已选择34行。

改写后， SQL执行花了9秒钟， 性能提升了9倍。改写后的SQL消除了filter， 访问分区的方式为 PARTITION RANGE INLIST 。

关于几种分区访问的方式：
范围分区：
1、PARTITION RANGE ITERATOR
  1. SQL> explain plan for select * from  perf_t_ponport p where p.coltime <trunc(sysdate,'dd');
    2. 

    3. 

  3. 已解释。
    4. 

    5. 

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

    7. 

  7. PLAN_TABLE_OUTPUT
    8. 

  8. ----------------------------------------------------------------------------------------------------
    9. 

  9. Plan hash value: 4015217925
    10. 

    11. 

  11. ----------------------------------------------------------------------------------------------------
    12. 

  12. | Id  | Operation                | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    13. 

  13. ----------------------------------------------------------------------------------------------------
    14. 

  14. |   0 | SELECT STATEMENT         |                |   100 |  4600 |     2   (0)| 00:00:01 |       |       |
    15. 

  15. |   1 |  PARTITION RANGE ITERATOR|                |   100 |  4600 |     2   (0)| 00:00:01 |     1 |   KEY |
    16. 

  16. |*  2 |   TABLE ACCESS FULL      | PERF_T_PONPORT |   100 |  4600 |     2   (0)| 00:00:01 |     1 |   KEY |
    17. 

  17. ----------------------------------------------------------------------------------------------------
    18. 

    19. 

  19. Predicate Information (identified by operation id):
    20. 

  20. ---------------------------------------------------
    21. 

    22. 

  22.    2 - filter("P"."COLTIME"<TRUNC(SYSDATE@!,'fmdd'))
    23. 

    24. 

  24. 已选择14行。



  1. SQL> explain plan for select * from  perf_t_ponport p where p.coltime > trunc(sysdate-1,'dd') and p.
    2. 

  2. coltime <trunc(sysdate,'dd');
    3. 

    4. 

  4. 已解释。
    5. 

    6. 

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

    8. 

  8. PLAN_TABLE_OUTPUT
    9. 

  9. ----------------------------------------------------------------------------------------------------
    10. 

  10. Plan hash value: 1162550374
    11. 

    12. 

  12. ----------------------------------------------------------------------------------------------------
    13. 

  13. | Id  | Operation                 | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    14. 

  14. ----------------------------------------------------------------------------------------------------
    15. 

  15. |   0 | SELECT STATEMENT          |                |   100 |  4600 |  1637  (37)| 00:00:20 |       |       |
    16. 

  16. |*  1 |  FILTER                   |                |       |       |            |          |       |       |
    17. 

  17. |   2 |   PARTITION RANGE ITERATOR|                |   100 |  4600 |  1637  (37)| 00:00:20 |   KEY |   KEY |
    18. 

  18. |*  3 |    TABLE ACCESS FULL      | PERF_T_PONPORT |   100 |  4600 |  1637  (37)| 00:00:20 |   KEY |   
    19. 

  19. ----------------------------------------------------------------------------------------------------
    20. 

    21. 

  21. Predicate Information (identified by operation id):
    22. 

  22. ---------------------------------------------------
    23. 

    24. 

  24.    1 - filter(TRUNC(SYSDATE@!-1,'fmdd')<TRUNC(SYSDATE@!,'fmdd'))
    25. 

  25.    3 - filter("P"."COLTIME">TRUNC(SYSDATE@!-1,'fmdd') AND "P"."COLTIME"<TRUNC(SYSDATE@!,'fmdd'))
    26. 

    27. 

  27. 已选择16行。

PARTITION RANGE ITERATOR是通过连续的分区迭代来获取数据。


2、PARTITION RANGE SINGLE
  1. SQL> explain plan for select * from  perf_t_ponport partition(P_20170307) p;
    2. 

    3. 

  3. 已解释。
    4. 

    5. 

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

    7. 

  7. PLAN_TABLE_OUTPUT
    8. 

  8. ----------------------------------------------------------------------------------------------------
    9. 

  9. Plan hash value: 1021280532
    10. 

    11. 

  11. ----------------------------------------------------------------------------------------------------
    12. 

  12. | Id  | Operation              | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    13. 

  13. ----------------------------------------------------------------------------------------------------
    14. 

  14. |   0 | SELECT STATEMENT       |                |   100 |  4600 |     2   (0)| 00:00:01 |       |       |
    15. 

  15. |   1 |  PARTITION RANGE SINGLE|                |   100 |  4600 |     2   (0)| 00:00:01 |    85 |    85 |
    16. 

  16. |   2 |   TABLE ACCESS FULL    | PERF_T_PONPORT |   100 |  4600 |     2   (0)| 00:00:01 |    85 |   
    17. 

  17. ----------------------------------------------------------------------------------------------------
    18. 

    19. 

  19. 已选择9行。




  1. SQL> explain plan for select * from  perf_t_ponport p where p.coltime = trunc(sysdate-1,'dd') and p.
    2. 

  2. coltime <trunc(sysdate,'dd');
    3. 

    4. 

  4. 已解释。
    5. 

    6. 

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

    8. 

  8. PLAN_TABLE_OUTPUT
    9. 

  9. ----------------------------------------------------------------------------------------------------
    10. 

  10. Plan hash value: 506920385
    11. 

    12. 

  12. ----------------------------------------------------------------------------------------------------
    13. 

  13. | Id  | Operation               | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    14. 

  14. ----------------------------------------------------------------------------------------------------
    15. 

  15. |   0 | SELECT STATEMENT        |                |   100 |  4600 |     8  (25)| 00:00:01 |       |       |
    16. 

  16. |*  1 |  FILTER                 |                |       |       |            |          |       |       |
    17. 

  17. |   2 |   PARTITION RANGE SINGLE|                |   100 |  4600 |     8  (25)| 00:00:01 |   KEY |   KEY |
    18. 

  18. |*  3 |    TABLE ACCESS FULL    | PERF_T_PONPORT |   100 |  4600 |     8  (25)| 00:00:01 |   KEY |   KE
    19. 

  19. ----------------------------------------------------------------------------------------------------
    20. 

    21. 

  21. Predicate Information (identified by operation id):
    22. 

  22. ---------------------------------------------------
    23. 

    24. 

  24.    1 - filter(TRUNC(SYSDATE@!-1,'fmdd')<TRUNC(SYSDATE@!,'fmdd'))
    25. 

  25.    3 - filter("P"."COLTIME"=TRUNC(SYSDATE@!-1,'fmdd') AND "P"."COLTIME"<TRUNC(SYSDATE@!,'fmdd'))
    26. 

    27. 

  27. 已选择16行。

PARTITION RANGE SINGLE只扫描一个分区。

3、PARTITION RANGE INLIST

  1. SQL> explain plan for select * from  perf_t_ponport p where p.coltime = trunc(sysdate-1,'dd') or p.c
    2. 

  2. oltime = trunc(sysdate,'dd');
    3. 

    4. 

  4. 已解释。
    5. 

    6. 

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

    8. 

  8. PLAN_TABLE_OUTPUT
    9. 

  9. ----------------------------------------------------------------------------------------------------
    10. 

  10. Plan hash value: 2473962793
    11. 

    12. 

  12. ----------------------------------------------------------------------------------------------------
    13. 

  13. | Id  | Operation              | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    14. 

  14. ----------------------------------------------------------------------------------------------------
    15. 

  15. |   0 | SELECT STATEMENT       |                |   100 |  4600 |     2   (0)| 00:00:01 |       |       |
    16. 

  16. |   1 |  PARTITION RANGE INLIST|                |   100 |  4600 |     2   (0)| 00:00:01 |KEY(I) |KEY(I) |
    17. 

  17. |*  2 |   TABLE ACCESS FULL    | PERF_T_PONPORT |   100 |  4600 |     2   (0)| 00:00:01 |KEY(I) |KEY(I)
    18. 

  18. ----------------------------------------------------------------------------------------------------
    19. 

    20. 

  20. Predicate Information (identified by operation id):
    21. 

  21. ---------------------------------------------------
    22. 

    23. 

  23.    2 - filter("P"."COLTIME"=TRUNC(SYSDATE@!-1,'fmdd') OR "P"."COLTIME"=TRUNC(SYSDATE@!,'fmdd'))
    24. 

    25. 

  25. 已选择14行。

上面的KEY(I)就是KEY(INLIST)的意思。PARTITION RANGE INLIST无法通过Pstart和Pstop看出分区的起始和结束位置 。


4、PARTITION RANGE ALL和PARTITION RANGE OR
  1. SQL> explain plan for select * from  perf_t_ponport p where p.coltime >trunc(sysdate-1,'dd') or  p.c
    2. 

  2. oltime < trunc(sysdate-5,'dd');
    3. 

    4. 

  4. 已解释。
    5. 

    6. 

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

    8. 

  8. PLAN_TABLE_OUTPUT
    9. 

  9. ----------------------------------------------------------------------------------------------------
    10. 

  10. Plan hash value: 3647984539
    11. 

    12. 

  12. ----------------------------------------------------------------------------------------------------
    13. 

  13. | Id  | Operation           | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    14. 

  14. ----------------------------------------------------------------------------------------------------
    15. 

  15. |   0 | SELECT STATEMENT    |                |   100 |  4600 |     2   (0)| 00:00:01 |       |       |
    16. 

  16. |   1 |  PARTITION RANGE ALL|                |   100 |  4600 |     2   (0)| 00:00:01 |     1 |   101 |
    17. 

  17. |*  2 |   TABLE ACCESS FULL | PERF_T_PONPORT |   100 |  4600 |     2   (0)| 00:00:01 |     1 |   101 |
    18. 

  18. ----------------------------------------------------------------------------------------------------
    19. 

    20. 

  20. Predicate Information (identified by operation id):
    21. 

  21. ---------------------------------------------------
    22. 

    23. 

  23.    2 - filter("P"."COLTIME"<TRUNC(SYSDATE@!-5,'fmdd') OR
    24. 

  24.               "P"."COLTIME">TRUNC(SYSDATE@!-1,'fmdd'))
    25. 

    26. 

  26. 已选择15行。

ARTITION RANGE ALL是全分区扫描， 上面是在oracle 10g环境测试， 在Oracle 11g环境下，分区扫描方式为：PARTITION RANGE OR， 可以看出11g对这种分区查询条件扫描方式做了优化。
  1. SQL> explain plan for select * from  perf_t_ponport p where p.coltime >trunc(sysdate-1,'dd') or  p.c
    2. 

  2. oltime < trunc(sysdate-5,'dd');
    3. 

    4. 

  4. 已解释。
    5. 

    6. 

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

    8. 

  8. PLAN_TABLE_OUTPUT
    9. 

  9. ----------------------------------------------------------------------------------------------------
    10. 

  10. Plan hash value: 470656424
    11. 

    12. 

  12. ----------------------------------------------------------------------------------------------------
    13. 

  13. | Id  | Operation          | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    14. 

  14. ----------------------------------------------------------------------------------------------------
    15. 

  15. |   0 | SELECT STATEMENT   |                |  1512M|    67G|  3783K  (3)| 12:36:37 |       |       |
    16. 

  16. |   1 |  PARTITION RANGE OR|                |  1512M|    67G|  3783K  (3)| 12:36:37 |KEY(OR)|KEY(OR)|
    17. 

  17. |*  2 |   TABLE ACCESS FULL| PERF_T_PONPORT |  1512M|    67G|  3783K  (3)| 12:36:37 |KEY(OR)|KEY(OR)|
    18. 

  18. ----------------------------------------------------------------------------------------------------
    19. 

    20. 

  20. Predicate Information (identified by operation id):
    21. 

  21. ---------------------------------------------------
    22. 

    23. 

  23.    2 - filter("P"."COLTIME"<TRUNC(SYSDATE@!-5,'fmdd') OR
    24. 

  24.               "P"."COLTIME">TRUNC(SYSDATE@!-1,'fmdd'))
    25. 

    26. 

  26. Note
    27. 

  27. -----
    28. 

  28.    - 'PLAN_TABLE' is old version
    29. 

    30. 

  30. 已选择19行。






GS-PON数据库分区列范围查询优化案例的更多相关文章

  1. MySql学习(六) —— 数据库优化理论(二) —— 查询优化技术

    逻辑查询优化包括的技术 1)子查询优化  2)视图重写  3)等价谓词重写  4)条件简化  5)外连接消除  6)嵌套连接消除  7)连接消除  8)语义优化 9)非SPJ优化 一.子查询优化 1. ...

  2. (转)mysql水平分表和垂直分表和数据库分区

    坚信数据库的物理设计在对高级数据库的性能影响上远比其他因素重要.给大家说一下经过专家对Oracle的研究,他们解释了为什么拙劣的物理设计是数据库停机(无论是有计划的还是没计划的)背后的主要原因.但在这 ...

  3. MySQL数据库分区的概念与2大好处(1)

    我们大家都知道通过MySQL数据库分区(Partition)可以提升MySQL数据库的性能,那么到底什么是MySQL数据库分区呢?以及其实际应用的好处的表现有哪些呢?以下的文章就是对这些内容的描述. ...

  4. mysql数据库分区功能及实例详解

    分区听起来怎么感觉是硬盘呀,对没错除了硬盘可以分区数据库现在也支持分区了,分区可以解决大数据量的处理问题,下面一起来看一个mysql数据库分区功能及实例详解   一,什么是数据库分区 前段时间写过一篇 ...

  5. DB2 9.5 数据库分区管理及应用实践

    DB2 数据库分区是 DB2 企业版 DPF(Data Partitioning Feature)选件提供的,它主要用来为大规模数据处理.高并发数据访问提供支持.DB2 数据库分区采用 Share-n ...

  6. Atitit.数据库分区的设计 attilax  总结

    Atitit.数据库分区的设计 attilax  总结 1. 分区就是分门别类的文件夹 (what)1 2. 分区的好处(y)1 3. 分区原则(要不要分区,何时分区)how2 4. 主要的分表类型有 ...

  7. SqlServer数据库分区

    在最近的项目中,在尽可能优化了sql语句后,上层仍要求对数据库进行优化,因为考虑到系统上线后数据量会非常庞大,而且这些个表的数据都有明显的时间划分,于是就引入了数据库分区的概念.摘用百度百科的定义,数 ...

  8. MSSQL 2005 列转行应用案例

    /*MSSQL 2005 列转行应用案例 By claro(陈亮) 2008-12-2 转载请包含此信息*/ --test table KuCunMX If object_id ('KuCunMX') ...

  9. sql2008 计划自动创建数据库分区【转】

    本文转自:http://jingyan.baidu.com/article/6b97984d9a26ec1ca3b0bf77.html sql2008 计划自动创建数据库分区 固定增量的数据,自动创建 ...

随机推荐

  1. PostgreSQL创建扩展出错

    问题: loraserver_as=# create extension pg_trgm; ERROR: could not open extension control file "/us ...

  2. 强烈推荐 GitHub 上值得前端学习的开源实战项目

    强烈推荐 GitHub 上值得前端学习的开源实战项目. Vue.js vue-element-admin 是一个后台前端解决方案,它基于和 element-ui 实现 基于 iView 的 Vue 2 ...

  3. GSS4&&花仔游历各国

    首先呢,我们想到一种数据结构可以区间开方,一看就不行,但是一看就算是10^18开六次方也只剩一,就不用开根了,所以可以想到用线段树或者分块水过,由于本人 不会用分块,只能用常数巨大的线段树 Code ...

  4. [程序人生]那些IT界“活久见”的奇葩现象

    常言道,人活久了什么稀奇古怪的事都会见到.本文盘点几件刚毕业工作时想当然,工作若干年后啪啪打脸的“奇葩”事. (1)去年推荐一朋友来我们公司面试时,朋友说起当年她去某游戏公司时,那公司HR说这家公司是 ...

  5. sed命令及替换文件内容

    一.sed (三剑客老二) 1.sed 替换文件内容 sed  s###g  file  前面两个#中的是原内容,后两个#中的是替换的内容 例:将a.txt文件中的linux替换成java 但是,此时 ...

  6. 【阿里云IoT+YF3300】4.Alink物模型之事件触发

    名词解释:设备的功能模型之一,设备运行时的事件,事件一般包含需要被外部感知和处理的通知信息,可包含多个输出参数.如,某项任务完成的信息,或者设备发生故障或告警时的温度等,事件可以被订阅和推送. 在工控 ...

  7. Java多线程之线程的启动

    Java多线程之线程的启动 一.前言 启动线程的方法有如下两种. 利用Thread 类的子类的实例启动线程 利用Runnable 接口的实现类的实例启动线程 最后再介绍下java.util.concu ...

  8. javascript之操作数组方法

    掌握如何操作数组,会让你的开发变得更加高效 1.栈和队列方法(以下四个方法都改变原数组) arr.push() //接受任意类型的参数,逐个添加到数组的末尾,并返回数组的长度 改变原数组 arr.po ...

  9. spring boot application 配置详情

    # =================================================================== # COMMON SPRING BOOT PROPERTIE ...

  10. Hadoop3.1.2 + Hbase2.2.0 设置lzo压缩算法

    Hadoop3.1.2 + Hbase2.2.0 设置lzo压缩算法: 写在前面,在配置hbase使用lzo算法时,在网上搜了很多文章,一般都是比较老的文章,一是版本低,二是一般都是使用hadoop- ...