查询慢的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. [HAOI2015]树上染色(树上dp)

    [HAOI2015]树上染色 这种要算点对之间路径的长度和的题,难以统计每个点的贡献.这个时候一般考虑算每一条边贡献了哪些点对. 知道这个套路以后,那么这题就很好做了. 状态:设\(dp[u][i]\ ...

  2. （四）Lock，ReentrantLock，ReentrantReadWriteLock类的使用以及相关api---synchronized进阶

    这篇博客记录了Lock,ReentrantLock,ReentrantReadWriteLock类的使用以及其一些api: 码字不易~~另外<java多线程编程核心技术>这本书读着很爽 前 ...

  3. 从零开始实现ASP.NET Core MVC的插件式开发(五) - 插件的删除和升级

    标题:从零开始实现ASP.NET Core MVC的插件式开发(五) - 使用AssemblyLoadContext实现插件的升级和删除 作者:Lamond Lu 地址:https://www.cnb ...

  4. fiddler抓HTTPS及APP请求的配置教程

    一.fiddler安装 Fiddler官网下载Fiddler进行安装:https://www.telerik.com/fiddler 二.fiddler设置抓取HTTPS的请求 fiddler默认设置 ...

  5. rabbitmq生产者的消息确认

    通过Publisher Confirms and Returns机制,生产者可以判断消息是否发送到了exchange及queue,而通过消费者确认机制,Rabbitmq可以决定是否重发消息给消费者,以 ...

  6. HBase 系列（七）——HBase 过滤器详解

    一.HBase过滤器简介 Hbase 提供了种类丰富的过滤器(filter)来提高数据处理的效率,用户可以通过内置或自定义的过滤器来对数据进行过滤,所有的过滤器都在服务端生效,即谓词下推(predic ...

  7. 【2017cs231n】：课程笔记-第2讲：图像分类

    [2017cs231n]:课程笔记-第2讲:图像分类 搜索微信公众号:'AI-ming3526'或者'计算机视觉这件小事' 获取更多算法.机器学习干货 csdn:https://blog.csdn.n ...

  8. POJ 1661 暴力dp

    题意略. 思路: 很有意思的一个题,我采用的是主动更新未知点的方式,也即刷表法来dp. 我们可以把整个路径划分成横向移动和纵向移动,题目一开始就给出了Jimmy的高度,这就是纵向移动的距离. 我们dp ...

  9. Python之流程控制——if...else...

    Python之流程控制--if...else... 一.流程控制 假如把程序比做走路,那我们到现在为止,一直走的都是直路,还没遇到过分岔口.当遇到分岔口时,你得判断哪条岔路是你要走的路,如果我们想让程 ...

  10. Linux下Nodejs安装（最新版）

    Linux安装最新版Node.js 由于直接yum安装的nodejs版本太低,所以本篇文章向大家介绍在 Linux 上安装 Node.js 最新版的方法. 安装环境 本机系统:CentOS Linux ...