查询慢的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. css3弹性盒子 flex布局

    CSS3 弹性盒 1.display:flex 说明: 设置为弹性盒(父元素添加) 2.flex-direction(主轴排列方式) 说明: 顺序指定了弹性子元素在父容器中的位置 row 默认在一行内 ...

  2. MongoDB 数据库的学习与使用

    MongoDB 数据库 一.MongoDB 简介(了解) ​ MongoDB 数据库是一种 NOSQL 数据库,NOSQL 数据库不是这几年才有的,从数据库的初期发展就以及存在了 NOSQL 数据库. ...

  3. 服务注册发现、配置中心集一体的 Spring Cloud Consul

    前面讲了 Eureka 和 Spring Cloud Config,今天介绍一个全能选手 「Consul」.它是 HashiCorp 公司推出,用于提供服务发现和服务配置的工具.用 go 语言开发,具 ...

  4. Okhttp3源码解析(5)-拦截器RetryAndFollowUpInterceptor

    ### 前言 回顾: [Okhttp的基本用法](https://www.jianshu.com/p/8e404d9c160f) [Okhttp3源码解析(1)-OkHttpClient分析](htt ...

  5. 随笔编号-08 MYSQL 存储过程，5分钟执行调用过程；

    delimiter //DROP PROCEDUREIF EXISTS jdt.day_instan_data_task// CREATE PROCEDURE jdt.day_instan_data_ ...

  6. HDU 6044

    题意略. 思路: I.对于整个区间a1,....,an,必然有一个区间[1,n]与之对应,因为a1,...,an是1,...,n的一个排列,所以在[1,n]中定然有一个最小的数字1, 如果最大的区间[ ...

  7. Java多线程之Runnable与Thread

    Java多线程之Thread与Runnable 一.Thread VS Runnable 在java中可有两种方式实现多线程,一种是继承Thread类,一种是实现Runnable接口:Thread类和 ...

  8. python爬取豆瓣首页热门栏目详细流程

    记录一下爬取豆瓣热门专栏的经过,通过这篇文章,你能学会requests,HTMLParser,json的基本使用,以及爬取网页内容的基本思路. 使用模块 1,获取豆瓣首页代码:首先我们需要访问豆瓣页面 ...

  9. 【Linux命令】nohup命令

    nohup命令 不挂断的运行,它会使您的脚本被忽略SIGHUP,并重定向stdout/stderr到一个文件nohup.out,以便在您注销后该命令可以在后台继续运行. 1)语法 nohup Comm ...

  10. HDU - 2255 奔小康赚大钱 KM算法 模板题

    HDU - 2255 题意: 分配n所房子给n个家庭,不同家庭对一所房子所需缴纳的钱是不一样的,问你应当怎么分配房子,使得最后收到的钱最多. 思路: KM算法裸题.上模板 #include <i ...