weixin_30344131

dbms_sqltune.report_sql_monitor 自动调优

--创建 dbms_sqltune.create_tuning_task ;

--执行 dbms_sqltune.execute_tuning_task;

--产看创建的task 和 status SELECT TASK_NAME, STATUS FROM DBA_ADVISOR_LOG D LEFT JOIN USER_ADVISOR_TASKS U D.TASK_NAME = U.TASK_NAME WHERE D.TASK_NAME = 'TASK_NAME';

--显示调优结果 SELECT DBMS_SQLTUNE.REPORT_TUNING_TASK('test_sql_tuning')

  1 /*
  2 CREATE TABLE his_product_deal_main0801 AS 
  3 select * FROM his_product_deal_main m 
  4 WHERE  M.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND TO_DATE('20170802','YYYYMMDD') ;
  5 CREATE TABLE his_commision_split0801 AS 
  6 select * FROM his_base_deal_commision_split s 
  7 WHERE  s.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND TO_DATE('20170802','YYYYMMDD') ;
  8 CREATE TABLE product_pa_0801  AS 
  9 select * FROM product_deal_main_pa pa 
 10 WHERE  pa.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND TO_DATE('20170802','YYYYMMDD') ;
 11 
 12 SELECT * FROM his_product_deal_main0801 ;
 13 SELECT * FROM his_commision_split0801 ;     
 14 SELECT * FROM product_pa_0801  ;                                         
 15 */
 16 
 17 
 18 WITH MAIN1 AS
 19  (SELECT  1 bsid ,
 20         M1.NO,
 21          M1.SELLERNAME,
 22          M1.BUYERNAME,
 23          M1.BUYERBP,
 24          M1.SELLERBP,
 25          DECODE(M1.buyerMKSURE, 0, '没有签约', 1, '已经签约', 2, '预签约') 签约标志,
 26          DECODE(M1.buyerTAXVARITY, -1, '零税', 0, '含税', 1, '不含税') 含税标志,
 27                 DECODE(m1.BUYERSPFLAG, 0, '', -1, '业务特殊修改', 1, '特殊修改', 2, 'bridge', 3, '单笔签约', 4, '预估未收', 5, '预估bridge', '')  SPFLAG,
 28          M1.BUYERFEEPRICERM AS 应收 ,
 29          M1.BUYERTAXAFTERPRICE 实收,
 30          M1.BUYERTAXPRICE AS 税额
 31     FROM V_PRODUCT_DEAL_MAIN M1
 32    WHERE m1.STATE =9 AND 
 33     M1.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND TO_DATE('20170802','YYYYMMDD')
 34    UNION ALL
 35    SELECT  2 bsid ,
 36         M1.NO,
 37          M1.SELLERNAME,
 38          M1.BUYERNAME,
 39          M1.BUYERBP,
 40          M1.SELLERBP,
 41          DECODE(M1.sellerMKSURE, 0, '没有签约', 1, '已经签约', 2, '预签约') 签约标志,
 42          DECODE(M1.SELLERTAXVARITY, -1, '零税', 0, '含税', 1, '不含税') 含税标志,
 43         DECODE(m1.sellERSPFLAG, 0, '', -1, '业务特殊修改', 1, '特殊修改', 2, 'bridge', 3, '单笔签约', 4, '预估未收', 5, '预估bridge', '')  SPFLAG,
 44          M1.SELLERFEEPRICERM AS 应收,
 45          M1.SELLERTAXAFTERPRICE AS 实收,
 46          M1.SELLERTAXPRICE AS 税额
 47     FROM V_PRODUCT_DEAL_MAIN M1
 48    WHERE m1.STATE =9 AND  M1.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND TO_DATE('20170802','YYYYMMDD')
 49 
 50 
 51    
 52   ),
 53 CSPLIT AS
 54  (
 55   
 56   SELECT BS.DEALNO,
 57          BS.BSFLAG,
 58           SUM(DECODE(BS.BSFLAG, 1, BS.AMOUNTCNY)) cs_买_实收,
 59           SUM(DECODE(BS.BSFLAG, 1, BS.TAXAFTERPRICE)) cs_买_TAXAFTERPRICE,
 60           SUM(DECODE(BS.BSFLAG, 2, BS.AMOUNTCNY)) cs_卖_实收,
 61           SUM(DECODE(BS.BSFLAG, 2, BS.TAXAFTERPRICE)) cs_卖_TAXAFTERPRICE
 62     FROM HIS_BASE_DEAL_COMMISION_SPLIT BS
 63    WHERE bs.status=0 AND  BS.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND TO_DATE('20170802','YYYYMMDD')  
 64    GROUP BY BS.DEALNO, BS.BSFLAG
 65    ORDER BY BS.DEALNO
 66   
 67   ),PPA AS (
 68   
 69   SELECT  1 bsid ,
 70         M1.NO,
 71          M1.BUYERNAME,
 72          M1.BUYERBP,
 73          DECODE(M1.buyerMKSURE, 0, '没有签约', 1, '已经签约', 2, '预签约') 签约标志,
 74          DECODE(M1.buyerTAXVARITY, -1, '零税', 0, '含税', 1, '不含税') 含税标志,
 75               DECODE(m1.buyerSPFLAG, 0, '', -1, '业务特殊修改', 1, '特殊修改', 2, 'bridge', 3, '单笔签约', 4, '预估未收', 5, '预估bridge', '')  SPFLAG,
 76 
 77          M1.BUYERFEEPRICERM AS 应收 ,
 78          M1.BUYERTAXAFTERPRICE 实收,
 79          M1.BUYERTAXPRICE AS 税额
 80     FROM PRODUCT_DEAL_MAIN_PA M1
 81    WHERE  m1.buyermksure=2  AND M1.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND TO_DATE('20170802','YYYYMMDD')  
 82    UNION 
 83    SELECT  2 bsid ,
 84         M1.NO,
 85          M1.SELLERNAME,
 86          M1.SELLERBP,
 87          DECODE(M1.sellerMKSURE, 0, '没有签约', 1, '已经签约', 2, '预签约') 签约标志,
 88          DECODE(M1.SELLERTAXVARITY, -1, '零税', 0, '含税', 1, '不含税') 含税标志,
 89        DECODE(m1.sellerSPFLAG, 0, '', -1, '业务特殊修改', 1, '特殊修改', 2, 'bridge', 3, '单笔签约', 4, '预估未收', 5, '预估bridge', '')  SPFLAG,
 90          M1.SELLERFEEPRICERM AS 应收,
 91          M1.SELLERTAXAFTERPRICE AS 实收,
 92          M1.SELLERTAXPRICE AS 税额
 93     FROM PRODUCT_DEAL_MAIN_PA M1
 94    WHERE  m1.sellermksure=2  AND  M1.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND TO_DATE('20170802','YYYYMMDD')  
 95 
 96   
 97   ) 
 98 SELECT /*+ monitor */ MA.NO,
 99        MA.BSID ,
100        ma.签约标志 AS MA_签约标志,
101        decode(ma.SPFLAG,NULL,'正常',ma.SPFLAG) MA_SPFLAG,
102        ma.含税标志 AS MA_含税标志,
103        ma.应收 MA_应收,
104        MA.实收 MA_实收,
105        MA.税额 MA_税额,
106        DECODE( CS.BSFLAG,1,CS.CS_买_实收,CS.CS_卖_实收) cs_实收,
107        DECODE( CS.BSFLAG,1,CS_买_TAXAFTERPRICE,CS_卖_TAXAFTERPRICE) cs_含税,
108       DECODE(PA.含税标志,NULL,'NULL',PA.含税标志) PA_含税标志,
109       DECODE(PA.应收,NULL,'NULL',PA.应收) PA_应收,
110       DECODE(PA.实收,NULL,'NULL',PA.实收) PA_实收,
111       DECODE(PA.税额,NULL,'NULL',PA.税额) PA_税额
112   FROM MAIN1 MA
113   LEFT JOIN CSPLIT CS
114     ON MA.NO = CS.DEALNO
115    AND MA.BSID = CS.BSFLAG
116    LEFT JOIN PPA PA 
117    ON MA.NO = PA.NO AND PA.BSID=MA.BSID
118   -- WHERE cs_实收 IS NULL AND cs_含税 IS NULL 
119    ORDER BY MA.NO
120    ;
121 
122 --a8646vy7mqm4u--
123 ---select dbms_sqltune.report_sql_monitor from dual; 
124 
125 
126 DECLARE 
127 
128 my_task_name VARCHAR2(1000);
129 BEGIN 
130  my_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(
131          SQL_ID      => 'a8646vy7mqm4u',
132          scope       => 'COMPREHENSIVE',
133          time_limit  => 60,
134          task_name   => 'tunning_task_a8646vy7mqm4u',
135          description => 'Task to tune a query on  ddw7j6yfnw0vz');
136 end ;
137 /
138 
139 --3.查看任务名 
140 SELECT TASK_NAME FROM   DBA_ADVISOR_LOG WHERE  OWNER = 'PCISS';
141 --5.查看sql tunning任务状态
142 SELECT status FROM   USER_ADVISOR_TASKS WHERE  task_name = 'tunning_task_a8646vy7mqm4u';
143 --4.执行sql tuning任务
144 BEGIN
145   DBMS_SQLTUNE.EXECUTE_TUNING_TASK( task_name => 'tunning_task_a8646vy7mqm4u' );
146 END;
147 /
148 --5.查看sql tunning任务状态  --COMPLETED
149 SELECT status FROM   USER_ADVISOR_TASKS WHERE  task_name = 'tunning_task_a8646vy7mqm4u';
150 
151 --6.展示sql tunning结果
152 SET LONG 10000
153 SET LONGCHUNKSIZE 1000
154 SET LINESIZE 100
155 SELECT DBMS_SQLTUNE.REPORT_TUNING_TASK('tunning_task_a8646vy7mqm4u') FROM   DUAL;
156 --7.完成后删除sql tunning任务
157 EXEC DBMS_SQLTUNE.DROP_TUNING_TASK('test_sql_tuning');
158 
159 
160 --8.其他
161 --sql tunning任务创建后，也可以修改参数
162 BEGIN
163   DBMS_SQLTUNE.SET_TUNING_TASK_PARAMETER(
164     task_name => 'test_sql_tuning',
165     parameter => 'TIME_LIMIT', value => 300);
166 END;
167 /
168 
169 --查看SQL Tuning Advisor的进展（task执行很久）
170 col opname for a20
171 col ADVISOR_NAME for a20
172 SELECT SID,SERIAL#,USERNAME,OPNAME,ADVISOR_NAME,TARGET_DESC,START_TIME SOFAR, TOTALWORK 
173 FROM   V$ADVISOR_PROGRESS 
174 WHERE  USERNAME = 'TEST';

----调优计划

  1 GENERAL INFORMATION SECTION
  2 -------------------------------------------------------------------------------
  3 Tuning Task Name   : tunning_task_a8646vy7mqm4u
  4 Tuning Task Owner  : PCISS
  5 Workload Type      : Single SQL Statement
  6 Scope              : COMPREHENSIVE
  7 Time Limit(seconds): 60
  8 Completion Status  : COMPLETED
  9 Started at         : 08/04/2017 13:54:34
 10 Completed at       : 08/04/2017 13:54:40
 11 
 12 -------------------------------------------------------------------------------
 13 Schema Name: PCISS
 14 SQL ID     : a8646vy7mqm4u
 15 SQL Text   : /*
 16              CREATE TABLE his_product_deal_main0801 AS
 17              select * FROM his_product_deal_main m
 18              WHERE  M.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND
 19              TO_DATE('20170802','YYYYMMDD') ;
 20              CREATE TABLE his_commision_split0801 AS
 21              select * FROM his_base_deal_commision_split s
 22              WHERE  s.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND
 23              TO_DATE('20170802','YYYYMMDD') ;
 24              CREATE TABLE product_pa_0801  AS
 25              select * FROM product_deal_main_pa pa
 26              WHERE  pa.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND
 27              TO_DATE('20170802','YYYYMMDD') ;
 28              SELECT * FROM his_product_deal_main0801 ;
 29              SELECT * FROM his_commision_split0801 ;
 30              SELECT * FROM product_pa_0801  ;
 31              */
 32              WITH MAIN1 AS
 33               (SELECT  1 bsid ,
 34                      M1.NO,
 35                       M1.SELLERNAME,
 36                       M1.BUYERNAME,
 37                       M1.BUYERBP,
 38                       M1.SELLERBP,
 39                       DECODE(M1.buyerMKSURE, 0, '没有签约', 1, '已经签约', 2, '预签约')
 40              签约标志,
 41                       DECODE(M1.buyerTAXVARITY, -1, '零税', 0, '含税', 1, '不含税')
 42              含税标志,
 43                              DECODE(m1.BUYERSPFLAG, 0, '', -1, '业务特殊修改', 1,
 44              '特殊修改', 2, 'bridge', 3, '单笔签约', 4, '预估未收', 5, '预估bridge', '') 
 45              SPFLAG,
 46                       M1.BUYERFEEPRICERM AS 应收 ,
 47                       M1.BUYERTAXAFTERPRICE 实收,
 48                       M1.BUYERTAXPRICE AS 税额
 49                  FROM V_PRODUCT_DEAL_MAIN M1
 50                 WHERE m1.STATE =9 AND
 51                  M1.DEALDATE BETWEEN TO_DATE('20170801','YYYYMMDD') AND
 52              TO_DATE('20170802','YYYYMMDD')
 53                 UNION ALL
 54                 SELECT  2 bsid ,
 55                      M1.NO,
 56                       M1.SELLERNAME,
 57                       M1.BUYERNAME,
 58                       M1.BUYERBP,
 59                       M1.SELLERBP,
 60                       DECODE(M1.sellerMKSURE, 0, '没有签约', 1, '已经签约', 2, '预签约')
 61              签约标志,
 62                       DECODE(M1.SELLERTAXVARITY, -1, '零税', 0, '含税', 1, '不含税')
 63              含税标志,
 64                      DECODE(m1.sellERSPFLAG, 0, '', -1, '业务特殊修改', 1, '特殊修改',
 65              2, 'bridge', 3, '单笔签约', 4, '预估未收', 5, '预估bridge', '')  SPFLAG,
 66                       M1.SELLERFEEPRICERM AS 应收,
 67                       M1.SELLERTAXAFTERPRICE AS 实收,
 68                       M1.SELLERTAXPRICE AS 税额
 69                  FROM V_PRODUCT_DEAL_MAIN M1
 70                 WHERE m1.STATE =9 AND  M1.DEALDATE BETWEEN
 71              TO_DATE('20170801','YYYYMMDD') AND
 72              TO_DATE('20170802','YYYYMMDD')
 73                ),
 74              CSPLIT AS
 75               (
 76                SELECT BS.DEALNO,
 77                       BS.BSFLAG,
 78                        SUM(DECODE(BS.BSFLAG, 1, BS.AMOUNTCNY)) cs_买_实收,
 79                        SUM(DECODE(BS.BSFLAG, 1, BS.TAXAFTERPRICE))
 80              cs_买_TAXAFTERPRICE,
 81                        SUM(DECODE(BS.BSFLAG, 2, BS.AMOUNTCNY)) cs_卖_实收,
 82                        SUM(DECODE(BS.BSFLAG, 2, BS.TAXAFTERPRICE))
 83              cs_卖_TAXAFTERPRICE
 84                  FROM HIS_BASE_DEAL_COMMISION_SPLIT BS
 85                 WHERE bs.status=0 AND  BS.DEALDATE BETWEEN
 86              TO_DATE('20170801','YYYYMMDD') AND
 87              TO_DATE('20170802','YYYYMMDD')
 88                 GROUP BY BS.DEALNO, BS.BSFLAG
 89                 ORDER BY BS.DEALNO
 90                ),PPA AS (
 91                SELECT  1 bsid ,
 92                      M1.NO,
 93                       M1.BUYERNAME,
 94                       M1.BUYERBP,
 95                       DECODE(M1.buyerMKSURE, 0, '没有签约', 1, '已经签约', 2, '预签约')
 96              签约标志,
 97                       DECODE(M1.buyerTAXVARITY, -1, '零税', 0, '含税', 1, '不含税')
 98              含税标志,
 99                            DECODE(m1.buyerSPFLAG, 0, '', -1, '业务特殊修改', 1,
100              '特殊修改', 2, 'bridge', 3, '单笔签约', 4, '预估未收', 5, '预估bridge', '') 
101              SPFLAG,
102                       M1.BUYERFEEPRICERM AS 应收 ,
103                       M1.BUYERTAXAFTERPRICE 实收,
104                       M1.BUYERTAXPRICE AS 税额
105                  FROM PRODUCT_DEAL_MAIN_PA M1
106                 WHERE  m1.buyermksure=2  AND M1.DEALDATE BETWEEN
107              TO_DATE('20170801','YYYYMMDD') AND
108              TO_DATE('20170802','YYYYMMDD')
109                 UNION
110                 SELECT  2 bsid ,
111                      M1.NO,
112                       M1.SELLERNAME,
113                       M1.SELLERBP,
114                       DECODE(M1.sellerMKSURE, 0, '没有签约', 1, '已经签约', 2, '预签约')
115              签约标志,
116                       DECODE(M1.SELLERTAXVARITY, -1, '零税', 0, '含税', 1, '不含税')
117              含税标志,
118                     DECODE(m1.sellerSPFLAG, 0, '', -1, '业务特殊修改', 1, '特殊修改',
119              2, 'bridge', 3, '单笔签约', 4, '预估未收', 5, '预估bridge', '')  SPFLAG,
120                       M1.SELLERFEEPRICERM AS 应收,
121                       M1.SELLERTAXAFTERPRICE AS 实收,
122                       M1.SELLERTAXPRICE AS 税额
123                  FROM PRODUCT_DEAL_MAIN_PA M1
124                 WHERE  m1.sellermksure=2  AND  M1.DEALDATE BETWEEN
125              TO_DATE('20170801','YYYYMMDD') AND
126              TO_DATE('20170802','YYYYMMDD')
127                )
128              SELECT /*+ monitor */ MA.NO,
129                     MA.BSID ,
130                     ma.签约标志 AS MA_签约标志,
131                     decode(ma.SPFLAG,NULL,'正常',ma.SPFLAG) MA_SPFLAG,
132                     ma.含税标志 AS MA_含税标志,
133                     ma.应收 MA_应收,
134                     MA.实收 MA_实收,
135                     MA.税额 MA_税额,
136                     DECODE( CS.BSFLAG,1,CS.CS_买_实收,CS.CS_卖_实收) cs_实收,
137                     DECODE( CS.BSFLAG,1,CS_买_TAXAFTERPRICE,CS_卖_TAXAFTERPRICE)
138               cs_含税,
139                    DECODE(PA.含税标志,NULL,'NULL',PA.含税标志) PA_含税标志,
140                    DECODE(PA.应收,NULL,'NULL',PA.应收) PA_应收,
141                    DECODE(PA.实收,NULL,'NULL',PA.实收) PA_实收,
142                    DECODE(PA.税额,NULL,'NULL',PA.税额) PA_税额
143                FROM MAIN1 MA
144                LEFT JOIN CSPLIT CS
145                  ON MA.NO = CS.DEALNO
146                 AND MA.BSID = CS.BSFLAG
147                 LEFT JOIN PPA PA
148                 ON MA.NO = PA.NO AND PA.BSID=MA.BSID
149                -- WHERE cs_实收 IS NULL AND cs_含税 IS NULL
150                 ORDER BY MA.NO
151 
152 -------------------------------------------------------------------------------
153 FINDINGS SECTION (2 findings)
154 -------------------------------------------------------------------------------
155 
156 1- Index Finding (see explain plans section below)
157 --------------------------------------------------
158   通过创建一个或多个索引可以改进此语句的执行计划。
159 
160   Recommendation (estimated benefit: 90.53%)
161   ------------------------------------------
162   - 考虑运行可以改进物理方案设计的访问指导或者创建推荐的索引。
163     create index PCISS.IDX$$_67460001 on PCISS.PRODUCT_DEAL_MAIN_PA("BUYERMKSUR
164     E","DEALDATE");
165 
166   - 考虑运行可以改进物理方案设计的访问指导或者创建推荐的索引。
167     create index PCISS.IDX$$_67460002 on PCISS.PRODUCT_DEAL_MAIN_PA("SELLERMKSU
168     RE","DEALDATE");
169 
170   - 考虑运行可以改进物理方案设计的访问指导或者创建推荐的索引。
171     create index PCISS.IDX$$_67460003 on PCISS.HIS_BASE_DEAL_COMMISION_SPLIT(TO
172     _NUMBER("STATUS"),"DEALDATE");
173 
174   Rationale
175   ---------
176     创建推荐的索引可以显著地改进此语句的执行计划。但是, 使用典型的 SQL 工作量运行 "访问指导"
177     可能比单个语句更可取。通过这种方法可以获得全面的索引建议案, 包括计算索引维护的开销和附加的空间消耗。
178 
179 2- Alternative Plan Finding
180 ---------------------------
181   通过搜索系统的实时和历史性能数据找到了此语句的某些替代执行计划。
182 
183   The following table lists these plans ranked by their average elapsed time.
184   See section "ALTERNATIVE PLANS SECTION" for detailed information on each
185   plan.
186 
187   id plan hash  last seen            elapsed (s)  origin          note            
188   -- ---------- -------------------- ------------ --------------- ----------------
189    1 2571851218  2017-08-04/13:27:59        0.185 Cursor Cache                    
190    2 2840591098  2017-08-04/13:25:14        0.196 Cursor Cache    original plan   
191 
192   Recommendation
193   --------------
194   - 请考虑使用最佳平均用时为计划创建 SQL 计划基线。
195     execute dbms_sqltune.create_sql_plan_baseline(task_name =>
196             'tunning_task_a8646vy7mqm4u', owner_name => 'PCISS',
197             plan_hash_value => 2571851218);
198 
199 -------------------------------------------------------------------------------
200 ADDITIONAL INFORMATION SECTION
201 -------------------------------------------------------------------------------
202 - 优化程序不能合并位于执行计划的行 ID 21 处的视图。. 优化程序不能合并包含 "ORDER BY" 子句的视图, 除非此语句为 "DELETE"
203   或 "UPDATE", 并且父查询为此语句中的顶级查询。.
204 
205 -------------------------------------------------------------------------------
206 EXPLAIN PLANS SECTION
207 -------------------------------------------------------------------------------
208 
209 1- Original
210 -----------
211 Plan hash value: 2840591098
212 
213 --------------------------------------------------------------------------------------------------------------------
214 | Id  | Operation                          | Name                          | Rows  | Bytes | Cost (%CPU)| Time     |
215 --------------------------------------------------------------------------------------------------------------------
216 |   0 | SELECT STATEMENT                   |                               |   920 |   192K|  8188   (1)| 00:01:39 |
217 |   1 |  SORT ORDER BY                     |                               |   920 |   192K|  8188   (1)| 00:01:39 |
218 |*  2 |   HASH JOIN RIGHT OUTER            |                               |   920 |   192K|  8187   (1)| 00:01:39 |
219 |   3 |    VIEW                            |                               |     2 |   128 |   118   (2)| 00:00:02 |
220 |   4 |     SORT UNIQUE                    |                               |     2 |   153 |   118  (51)| 00:00:02 |
221 |   5 |      UNION-ALL                     |                               |       |       |            |          |
222 |*  6 |       TABLE ACCESS FULL            | PRODUCT_DEAL_MAIN_PA          |     1 |    77 |    58   (0)| 00:00:01 |
223 |*  7 |       TABLE ACCESS FULL            | PRODUCT_DEAL_MAIN_PA          |     1 |    76 |    58   (0)| 00:00:01 |
224 |*  8 |    HASH JOIN OUTER                 |                               |   920 |   134K|  8068   (1)| 00:01:37 |
225 |   9 |     VIEW                           |                               |   920 | 71760 |   198   (0)| 00:00:03 |
226 |  10 |      UNION-ALL                     |                               |       |       |            |          |
227 |  11 |       VIEW                         | V_PRODUCT_DEAL_MAIN           |   460 | 53820 |    99   (0)| 00:00:02 |
228 |  12 |        UNION-ALL                   |                               |       |       |            |          |
229 |* 13 |         TABLE ACCESS FULL          | PRODUCT_DEAL_MAIN             |     1 |    50 |    20   (0)| 00:00:01 |
230 |* 14 |         TABLE ACCESS BY INDEX ROWID| HIS_PRODUCT_DEAL_MAIN         |   459 | 23409 |    79   (0)| 00:00:01 |
231 |* 15 |          INDEX RANGE SCAN          | PK_MAIN_DEALDATE              |   461 |       |     4   (0)| 00:00:01 |
232 |  16 |       VIEW                         | V_PRODUCT_DEAL_MAIN           |   460 | 53820 |    99   (0)| 00:00:02 |
233 |  17 |        UNION-ALL                   |                               |       |       |            |          |
234 |* 18 |         TABLE ACCESS FULL          | PRODUCT_DEAL_MAIN             |     1 |    50 |    20   (0)| 00:00:01 |
235 |* 19 |         TABLE ACCESS BY INDEX ROWID| HIS_PRODUCT_DEAL_MAIN         |   459 | 23409 |    79   (0)| 00:00:01 |
236 |* 20 |          INDEX RANGE SCAN          | PK_MAIN_DEALDATE              |   461 |       |     4   (0)| 00:00:01 |
237 |  21 |     VIEW                           |                               |  1327 | 95544 |  7870   (1)| 00:01:35 |
238 |  22 |      SORT GROUP BY                 |                               |  1327 | 50426 |  7870   (1)| 00:01:35 |
239 |* 23 |       TABLE ACCESS FULL            | HIS_BASE_DEAL_COMMISION_SPLIT |  1327 | 50426 |  7869   (1)| 00:01:35 |
240 --------------------------------------------------------------------------------------------------------------------
241  
242 Predicate Information (identified by operation id):
243 ---------------------------------------------------
244  
245    2 - access("PA"."BSID"(+)="MA"."BSID" AND "MA"."NO"="PA"."NO"(+))
246    6 - filter("M1"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
247               "M1"."BUYERMKSURE"=2 AND "M1"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
248    7 - filter("M1"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
249               "M1"."SELLERMKSURE"=2 AND "M1"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
250    8 - access("MA"."BSID"=TO_NUMBER("CS"."BSFLAG"(+)) AND "MA"."NO"="CS"."DEALNO"(+))
251   13 - filter("A"."STATE"=9 AND "A"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') 
252               AND "A"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
253   14 - filter("B"."STATE"=9)
254   15 - access("B"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
255               "B"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
256   18 - filter("A"."STATE"=9 AND "A"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') 
257               AND "A"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
258   19 - filter("B"."STATE"=9)
259   20 - access("B"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
260               "B"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
261   23 - filter("BS"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
262               TO_NUMBER("BS"."STATUS")=0 AND "BS"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
263 
264 2- Using New Indices
265 --------------------
266 Plan hash value: 1939776337
267 
268 --------------------------------------------------------------------------------------------------------------------
269 | Id  | Operation                          | Name                          | Rows  | Bytes | Cost (%CPU)| Time     |
270 --------------------------------------------------------------------------------------------------------------------
271 |   0 | SELECT STATEMENT                   |                               |   920 |   192K|   775   (1)| 00:00:10 |
272 |   1 |  SORT ORDER BY                     |                               |   920 |   192K|   775   (1)| 00:00:10 |
273 |*  2 |   HASH JOIN RIGHT OUTER            |                               |   920 |   192K|   774   (1)| 00:00:10 |
274 |   3 |    VIEW                            |                               |     2 |   128 |     6  (34)| 00:00:01 |
275 |   4 |     SORT UNIQUE                    |                               |     2 |   153 |     6  (67)| 00:00:01 |
276 |   5 |      UNION-ALL                     |                               |       |       |            |          |
277 |   6 |       TABLE ACCESS BY INDEX ROWID  | PRODUCT_DEAL_MAIN_PA          |     1 |    77 |     2   (0)| 00:00:01 |
278 |*  7 |        INDEX RANGE SCAN            | IDX$$_67460001                |     1 |       |     1   (0)| 00:00:01 |
279 |   8 |       TABLE ACCESS BY INDEX ROWID  | PRODUCT_DEAL_MAIN_PA          |     1 |    76 |     2   (0)| 00:00:01 |
280 |*  9 |        INDEX RANGE SCAN            | IDX$$_67460002                |     1 |       |     1   (0)| 00:00:01 |
281 |* 10 |    HASH JOIN OUTER                 |                               |   920 |   134K|   768   (1)| 00:00:10 |
282 |  11 |     VIEW                           |                               |   920 | 71760 |   198   (0)| 00:00:03 |
283 |  12 |      UNION-ALL                     |                               |       |       |            |          |
284 |  13 |       VIEW                         | V_PRODUCT_DEAL_MAIN           |   460 | 53820 |    99   (0)| 00:00:02 |
285 |  14 |        UNION-ALL                   |                               |       |       |            |          |
286 |* 15 |         TABLE ACCESS FULL          | PRODUCT_DEAL_MAIN             |     1 |    50 |    20   (0)| 00:00:01 |
287 |* 16 |         TABLE ACCESS BY INDEX ROWID| HIS_PRODUCT_DEAL_MAIN         |   459 | 23409 |    79   (0)| 00:00:01 |
288 |* 17 |          INDEX RANGE SCAN          | PK_MAIN_DEALDATE              |   461 |       |     4   (0)| 00:00:01 |
289 |  18 |       VIEW                         | V_PRODUCT_DEAL_MAIN           |   460 | 53820 |    99   (0)| 00:00:02 |
290 |  19 |        UNION-ALL                   |                               |       |       |            |          |
291 |* 20 |         TABLE ACCESS FULL          | PRODUCT_DEAL_MAIN             |     1 |    50 |    20   (0)| 00:00:01 |
292 |* 21 |         TABLE ACCESS BY INDEX ROWID| HIS_PRODUCT_DEAL_MAIN         |   459 | 23409 |    79   (0)| 00:00:01 |
293 |* 22 |          INDEX RANGE SCAN          | PK_MAIN_DEALDATE              |   461 |       |     4   (0)| 00:00:01 |
294 |  23 |     VIEW                           |                               |  1327 | 95544 |   569   (1)| 00:00:07 |
295 |  24 |      SORT GROUP BY                 |                               |  1327 | 50426 |   569   (1)| 00:00:07 |
296 |  25 |       TABLE ACCESS BY INDEX ROWID  | HIS_BASE_DEAL_COMMISION_SPLIT |  1327 | 50426 |   568   (0)| 00:00:07 |
297 |* 26 |        INDEX RANGE SCAN            | IDX$$_67460003                |  1323 |       |     7   (0)| 00:00:01 |
298 --------------------------------------------------------------------------------------------------------------------
299  
300 Predicate Information (identified by operation id):
301 ---------------------------------------------------
302  
303    2 - access("PA"."BSID"(+)="MA"."BSID" AND "MA"."NO"="PA"."NO"(+))
304    7 - access("M1"."BUYERMKSURE"=2 AND "M1"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd 
305               hh24:mi:ss') AND "M1"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
306    9 - access("M1"."SELLERMKSURE"=2 AND "M1"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd 
307               hh24:mi:ss') AND "M1"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
308   10 - access("MA"."BSID"=TO_NUMBER("CS"."BSFLAG"(+)) AND "MA"."NO"="CS"."DEALNO"(+))
309   15 - filter("A"."STATE"=9 AND "A"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') 
310               AND "A"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
311   16 - filter("B"."STATE"=9)
312   17 - access("B"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
313               "B"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
314   20 - filter("A"."STATE"=9 AND "A"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') 
315               AND "A"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
316   21 - filter("B"."STATE"=9)
317   22 - access("B"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
318               "B"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
319   26 - access("HIS_BASE_DEAL_COMMISION_SPLIT".)
320 
321 -------------------------------------------------------------------------------
322 ALTERNATIVE PLANS SECTION
323 -------------------------------------------------------------------------------
324 
325 Plan 1
326 ------
327  
328   Plan Origin                 :Cursor Cache                  
329   Plan Hash Value             :2571851218                    
330   Executions                  :2                             
331   Elapsed Time                :0.185 sec                     
332   CPU Time                    :0.184 sec                     
333   Buffer Gets                 :29579                         
334   Disk Reads                  :28965                         
335   Disk Writes                 :0                             
336  
337 Notes: 
338   1. Statistics shown are averaged over multiple executions.
339  
340 --------------------------------------------------------------------------------------------------------------------
341 | Id  | Operation                          | Name                          | Rows  | Bytes | Cost (%CPU)| Time     |
342 --------------------------------------------------------------------------------------------------------------------
343 |   0 | SELECT STATEMENT                   |                               |   920 |   192K|  8188   (1)| 00:01:39 |
344 |   1 |  SORT ORDER BY                     |                               |   920 |   192K|  8188   (1)| 00:01:39 |
345 |*  2 |   HASH JOIN OUTER                  |                               |   920 |   192K|  8187   (1)| 00:01:39 |
346 |*  3 |    HASH JOIN OUTER                 |                               |   920 |   127K|   317   (1)| 00:00:04 |
347 |   4 |     VIEW                           |                               |   920 | 71760 |   198   (0)| 00:00:03 |
348 |   5 |      UNION-ALL                     |                               |       |       |            |          |
349 |   6 |       VIEW                         | V_PRODUCT_DEAL_MAIN           |   460 | 53820 |    99   (0)| 00:00:02 |
350 |   7 |        UNION-ALL                   |                               |       |       |            |          |
351 |*  8 |         TABLE ACCESS FULL          | PRODUCT_DEAL_MAIN             |     1 |    50 |    20   (0)| 00:00:01 |
352 |*  9 |         TABLE ACCESS BY INDEX ROWID| HIS_PRODUCT_DEAL_MAIN         |   459 | 23409 |    79   (0)| 00:00:01 |
353 |* 10 |          INDEX RANGE SCAN          | PK_MAIN_DEALDATE              |   461 |       |     4   (0)| 00:00:01 |
354 |  11 |       VIEW                         | V_PRODUCT_DEAL_MAIN           |   460 | 53820 |    99   (0)| 00:00:02 |
355 |  12 |        UNION-ALL                   |                               |       |       |            |          |
356 |* 13 |         TABLE ACCESS FULL          | PRODUCT_DEAL_MAIN             |     1 |    50 |    20   (0)| 00:00:01 |
357 |* 14 |         TABLE ACCESS BY INDEX ROWID| HIS_PRODUCT_DEAL_MAIN         |   459 | 23409 |    79   (0)| 00:00:01 |
358 |* 15 |          INDEX RANGE SCAN          | PK_MAIN_DEALDATE              |   461 |       |     4   (0)| 00:00:01 |
359 |  16 |     VIEW                           |                               |     2 |   128 |   118   (2)| 00:00:02 |
360 |  17 |      SORT UNIQUE                   |                               |     2 |   153 |   118  (51)| 00:00:02 |
361 |  18 |       UNION-ALL                    |                               |       |       |            |          |
362 |* 19 |        TABLE ACCESS FULL           | PRODUCT_DEAL_MAIN_PA          |     1 |    77 |    58   (0)| 00:00:01 |
363 |* 20 |        TABLE ACCESS FULL           | PRODUCT_DEAL_MAIN_PA          |     1 |    76 |    58   (0)| 00:00:01 |
364 |  21 |    VIEW                            |                               |  1327 | 95544 |  7870   (1)| 00:01:35 |
365 |  22 |     SORT GROUP BY                  |                               |  1327 | 50426 |  7870   (1)| 00:01:35 |
366 |* 23 |      TABLE ACCESS FULL             | HIS_BASE_DEAL_COMMISION_SPLIT |  1327 | 50426 |  7869   (1)| 00:01:35 |
367 --------------------------------------------------------------------------------------------------------------------
368  
369 Predicate Information (identified by operation id):
370 ---------------------------------------------------
371  
372    2 - access("MA"."BSID"=TO_NUMBER("CS"."BSFLAG"(+)) AND "MA"."NO"="CS"."DEALNO"(+))
373    3 - access("PA"."BSID"(+)="MA"."BSID" AND "MA"."NO"="PA"."NO"(+))
374    8 - filter("A"."STATE"=9 AND "A"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') 
375               AND "A"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
376    9 - filter("B"."STATE"=9)
377   10 - access("B"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
378               "B"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
379   13 - filter("A"."STATE"=9 AND "A"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') 
380               AND "A"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
381   14 - filter("B"."STATE"=9)
382   15 - access("B"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
383               "B"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
384   19 - filter("M1"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
385               "M1"."BUYERMKSURE"=2 AND "M1"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
386   20 - filter("M1"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
387               "M1"."SELLERMKSURE"=2 AND "M1"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
388   23 - filter("BS"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
389               TO_NUMBER("BS"."STATUS")=0 AND "BS"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
390 
391 Plan 2
392 ------
393  
394   Plan Origin                 :Cursor Cache                  
395   Plan Hash Value             :2840591098                    
396   Executions                  :1                             
397   Elapsed Time                :0.196 sec                     
398   CPU Time                    :0.195 sec                     
399   Buffer Gets                 :29585                         
400   Disk Reads                  :28965                         
401   Disk Writes                 :0                             
402  
403 Notes: 
404   1. Statistics shown are averaged over multiple executions.
405   2. The plan matches the original plan.
406  
407 --------------------------------------------------------------------------------------------------------------------
408 | Id  | Operation                          | Name                          | Rows  | Bytes | Cost (%CPU)| Time     |
409 --------------------------------------------------------------------------------------------------------------------
410 |   0 | SELECT STATEMENT                   |                               |   920 |   192K|  8188   (1)| 00:01:39 |
411 |   1 |  SORT ORDER BY                     |                               |   920 |   192K|  8188   (1)| 00:01:39 |
412 |*  2 |   HASH JOIN RIGHT OUTER            |                               |   920 |   192K|  8187   (1)| 00:01:39 |
413 |   3 |    VIEW                            |                               |     2 |   128 |   118   (2)| 00:00:02 |
414 |   4 |     SORT UNIQUE                    |                               |     2 |   153 |   118  (51)| 00:00:02 |
415 |   5 |      UNION-ALL                     |                               |       |       |            |          |
416 |*  6 |       TABLE ACCESS FULL            | PRODUCT_DEAL_MAIN_PA          |     1 |    77 |    58   (0)| 00:00:01 |
417 |*  7 |       TABLE ACCESS FULL            | PRODUCT_DEAL_MAIN_PA          |     1 |    76 |    58   (0)| 00:00:01 |
418 |*  8 |    HASH JOIN OUTER                 |                               |   920 |   134K|  8068   (1)| 00:01:37 |
419 |   9 |     VIEW                           |                               |   920 | 71760 |   198   (0)| 00:00:03 |
420 |  10 |      UNION-ALL                     |                               |       |       |            |          |
421 |  11 |       VIEW                         | V_PRODUCT_DEAL_MAIN           |   460 | 53820 |    99   (0)| 00:00:02 |
422 |  12 |        UNION-ALL                   |                               |       |       |            |          |
423 |* 13 |         TABLE ACCESS FULL          | PRODUCT_DEAL_MAIN             |     1 |    50 |    20   (0)| 00:00:01 |
424 |* 14 |         TABLE ACCESS BY INDEX ROWID| HIS_PRODUCT_DEAL_MAIN         |   459 | 23409 |    79   (0)| 00:00:01 |
425 |* 15 |          INDEX RANGE SCAN          | PK_MAIN_DEALDATE              |   461 |       |     4   (0)| 00:00:01 |
426 |  16 |       VIEW                         | V_PRODUCT_DEAL_MAIN           |   460 | 53820 |    99   (0)| 00:00:02 |
427 |  17 |        UNION-ALL                   |                               |       |       |            |          |
428 |* 18 |         TABLE ACCESS FULL          | PRODUCT_DEAL_MAIN             |     1 |    50 |    20   (0)| 00:00:01 |
429 |* 19 |         TABLE ACCESS BY INDEX ROWID| HIS_PRODUCT_DEAL_MAIN         |   459 | 23409 |    79   (0)| 00:00:01 |
430 |* 20 |          INDEX RANGE SCAN          | PK_MAIN_DEALDATE              |   461 |       |     4   (0)| 00:00:01 |
431 |  21 |     VIEW                           |                               |  1327 | 95544 |  7870   (1)| 00:01:35 |
432 |  22 |      SORT GROUP BY                 |                               |  1327 | 50426 |  7870   (1)| 00:01:35 |
433 |* 23 |       TABLE ACCESS FULL            | HIS_BASE_DEAL_COMMISION_SPLIT |  1327 | 50426 |  7869   (1)| 00:01:35 |
434 --------------------------------------------------------------------------------------------------------------------
435  
436 Predicate Information (identified by operation id):
437 ---------------------------------------------------
438  
439    2 - access("PA"."BSID"(+)="MA"."BSID" AND "MA"."NO"="PA"."NO"(+))
440    6 - filter("M1"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
441               "M1"."BUYERMKSURE"=2 AND "M1"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
442    7 - filter("M1"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
443               "M1"."SELLERMKSURE"=2 AND "M1"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
444    8 - access("MA"."BSID"=TO_NUMBER("CS"."BSFLAG"(+)) AND "MA"."NO"="CS"."DEALNO"(+))
445   13 - filter("A"."STATE"=9 AND "A"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') 
446               AND "A"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
447   14 - filter("B"."STATE"=9)
448   15 - access("B"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
449               "B"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
450   18 - filter("A"."STATE"=9 AND "A"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') 
451               AND "A"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
452   19 - filter("B"."STATE"=9)
453   20 - access("B"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
454               "B"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
455   23 - filter("BS"."DEALDATE">=TO_DATE(' 2017-08-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND 
456               TO_NUMBER("BS"."STATUS")=0 AND "BS"."DEALDATE"<=TO_DATE(' 2017-08-02 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
457 
458 -------------------------------------------------------------------------------

View Code

转载于:https://www.cnblogs.com/linbo3168/p/7285125.html

你可能感兴趣的:(dbms_sqltune.report_sql_monitor 自动调优)

QQ群采集助手，精准引流必备神器 2401_87347160 其他经验分享
功能概述微信群查找与筛选工具是一款专为微信用户设计的辅助工具，它通过关键词搜索功能，帮助用户快速找到相关的微信群，并提供筛选是否需要验证的群组的功能。主要功能关键词搜索：用户可以输入关键词，工具将自动查找包含该关键词的微信群。筛选功能：工具提供筛选机制，用户可以选择是否只显示需要验证或不需要验证的群组。精准引流：通过上述功能，用户可以更精准地找到目标群组，进行有效的引流操作。3.设备需求该工具可以
机器学习与深度学习间关系与区别 ℒℴѵℯ心·动ꦿ໊ོ꫞ 人工智能学习深度学习 python
一、机器学习概述定义机器学习（MachineLearning,ML）是一种通过数据驱动的方法，利用统计学和计算算法来训练模型，使计算机能够从数据中学习并自动进行预测或决策。机器学习通过分析大量数据样本，识别其中的模式和规律，从而对新的数据进行判断。其核心在于通过训练过程，让模型不断优化和提升其预测准确性。主要类型1.监督学习（SupervisedLearning）监督学习是指在训练数据集中包含输入
UI学习——cell的复用和自定义cell Magnetic_h ui 学习
目录cell的复用手动（非注册）自动（注册）自定义cellcell的复用在iOS开发中，单元格复用是一种提高表格（UITableView）和集合视图（UICollectionView）滚动性能的技术。当一个UITableViewCell或UICollectionViewCell首次需要显示时，如果没有可复用的单元格，则视图会创建一个新的单元格。一旦这个单元格滚动出屏幕，它就不会被销毁。相反，它被添
扫地机类清洁产品之直流无刷电机控制悟空胆好小清洁服务机器人单片机人工智能
扫地机类清洁产品之直流无刷电机控制1.1前言扫地机产品有很多的电机控制，滚刷电机1个，边刷电机1-2个，清水泵电机，风机一个，部分中高端产品支持抹布功能，也就是存在抹布盘电机，还有追觅科沃斯石头等边刷抬升电机，滚刷抬升电机等的，这些电机有直流有刷电机，直接无刷电机，步进电机，电磁阀，挪动泵等不同类型。电机的原理，驱动控制方式也不行。接下来一段时间的几个文章会作个专题分析分享。直流有刷电机会自动持续
【一起学Rust | 设计模式】习惯语法——使用借用类型作为参数、格式化拼接字符串、构造函数广龙宇一起学Rust #Rust设计模式 rust 设计模式开发语言
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录前言一、使用借用类型作为参数二、格式化拼接字符串三、使用构造函数总结前言Rust不是传统的面向对象编程语言，它的所有特性，使其独一无二。因此，学习特定于Rust的设计模式是必要的。本系列文章为作者学习《Rust设计模式》的学习笔记以及自己的见解。因此，本系列文章的结构也与此书的结构相同（后续可能会调成结构），基本上分为三个部分
Goolge earth studio 进阶4——路径修改与平滑陟彼高冈yu Google earth studio 进阶教程旅游
如果我们希望在大约中途时获得更多的城市鸟瞰视角。可以将相机拖动到这里并创建一个新的关键帧。camera_target_clip_7EarthStudio会自动平滑我们的路径，所以当我们通过这个关键帧时，不是一个生硬的角度，而是一个平滑的曲线。camera_target_clip_8路径上有贝塞尔控制手柄，允许我们调整路径的形状。右键单击，我们可以选择“平滑路径”，这是默认的自动平滑算法，或者我们可
利用Requests Toolkit轻松完成HTTP请求 nseejrukjhad http 网络协议网络 python
RequestsToolkit的力量：轻松构建HTTP请求Agent在现代软件开发中，API请求是与外部服务交互的核心。RequestsToolkit提供了一种便捷的方式，帮助开发者构建自动化的HTTP请求Agent。本文旨在详细介绍RequestsToolkit的设置、使用和潜在挑战。引言RequestsToolkit是一个强大的工具包，可用于构建执行HTTP请求的智能代理。这对于想要自动化与外
深入理解 MultiQueryRetriever：提升向量数据库检索效果的强大工具 nseejrukjhad 数据库 python
深入理解MultiQueryRetriever：提升向量数据库检索效果的强大工具引言在人工智能和自然语言处理领域，高效准确的信息检索一直是一个关键挑战。传统的基于距离的向量数据库检索方法虽然广泛应用，但仍存在一些局限性。本文将介绍一种创新的解决方案：MultiQueryRetriever，它通过自动生成多个查询视角来增强检索效果，提高结果的相关性和多样性。MultiQueryRetriever的工
git - Webhook让部署自动化大猪大猪
我们现在有一个需求，将项目打包上传到gitlab或者github后，程序能自动部署，不用手动地去服务器中进行项目更新并运行，如何做到？这里我们可以使用gitlab与github的挂钩，挂钩的原理就是，每当我们有请求到gitlab与github服务器时，这时他俩会根据我们配置的挂钩地扯进行访问，webhook挂钩程序会一直监听着某个端口请求，一但收到他们发过来的请求，这时就知道用户有请求提交了，这时
【华为OD技术面试真题 - 技术面】- python八股文真题题库（4) 算法大师华为od 面试 python
华为OD面试真题精选专栏：华为OD面试真题精选目录:2024华为OD面试手撕代码真题目录以及八股文真题目录文章目录华为OD面试真题精选**1.Python中的`with`**用途和功能自动资源管理示例：文件操作上下文管理协议示例代码工作流程解析优点2.\_\_new\_\_和**\_\_init\_\_**区别__new____init__区别总结3.**切片（Slicing）操作**基本切片语法
基于CODESYS的多轴运动控制程序框架：逻辑与运动控制分离，快速开发灵活操作 GPJnCrbBdl python 开发语言
基于codesys开发的多轴运动控制程序框架，将逻辑与运动控制分离，将单轴控制封装成功能块，对该功能块的操作包含了所有的单轴控制（归零、点动、相对定位、绝对定位、设置当前位置、伺服模式切换等等）。程序框架由主程序按照状态调用分归零模式、手动模式、自动模式、故障模式，程序状态的跳转都已完成，只需要根据不同的工艺要求完成所需的动作即可。变量的声明、地址的规划都严格按照C++的标准定义，能帮助开发者快速
insert into select 主键自增_mybatis拦截器实现主键自动生成 weixin_39521651 insert into select 主键自增 mybatis delete返回值 mybatis insert返回主键 mybatis insert返回对象 mybatis plus insert返回主键 mybatis plus 插入生成id
前言前阵子和朋友聊天，他说他们项目有个需求，要实现主键自动生成，不想每次新增的时候，都手动设置主键。于是我就问他，那你们数据库表设置主键自动递增不就得了。他的回答是他们项目目前的id都是采用雪花算法来生成，因此为了项目稳定性，不会切换id的生成方式。朋友问我有没有什么实现思路，他们公司的orm框架是mybatis，我就建议他说，不然让你老大把mybatis切换成mybatis-plus。mybat
ExpRe[25] bash外的其它shell：zsh和fish tritone ExpRe bash linux ubuntu shell
文章目录zsh基础配置实用特性插件`autojump`语法高亮自动补全fish优点缺点时效性本篇撰写时间为2021.12.15，由于计算机技术日新月异，博客中所有内容都有时效和版本限制，具体做法不一定总行得通，链接可能改动失效，各种软件的用法可能有修改。但是其中透露的思想往往是值得学习的。本篇前置：ExpRe[10]Ubuntu[2]准备神秘软件、备份恢复软件https://www.cnblogs
2.2.6 通知类控件 Toast、Menu 常思行
本文例程下载：WillFlow_Toast、WillFlowMenu一、什么是Toast？Toast也被叫做吐司，是Android系统提供的一种非常好的提醒方式，在程序中可以使用它将一些短小的信息通知给用户，它有如下两个特点：Toast是没有焦点的Toast显示的时间有限过一定的时间就会自动消失所以一般来讲Toast的使用并不会影响我们的正常操作，并且它通常不会占用太大的屏幕空间，有着良好的用户体
Python神器！WEB自动化测试集成工具 DrissionPage 亚丁号 python 开发语言
一、前言用requests做数据采集面对要登录的网站时，要分析数据包、JS源码，构造复杂的请求，往往还要应付验证码、JS混淆、签名参数等反爬手段，门槛较高。若数据是由JS计算生成的，还须重现计算过程，体验不好，开发效率不高。使用浏览器，可以很大程度上绕过这些坑，但浏览器运行效率不高。因此，这个库设计初衷，是将它们合而为一，能够在不同须要时切换相应模式，并提供一种人性化的使用方法，提高开发和运行效率
微信母婴闲置群如何盈利赚钱母婴优惠券群主怎么做古楼
宝妈闲置群群主怎么赚钱微信母婴闲置群如何盈利赚钱怎么做母婴优惠券群作为宝妈闲置群群主，你可以通过以下几种方式赚取收益：1.分享优惠券和佣金实现带货赚钱：宝妈闲置群群主带货赚钱最常见的方式就是直接做母婴优惠群群分享商品赚钱。母婴闲置群群主通过对接高省优惠券返利app这类第三方平台分享优惠券获得推广购物返利佣金赚钱。高省，含有自动云发单功能，开通云发单，宝妈闲置群群主就可以解放双手，自动分享商品优惠券
基于STM32与Qt的自动平衡机器人：从控制到人机交互的的详细设计流程极客小张 stm32 qt 机器人物联网人机交互毕业设计 c语言
一、项目概述目标和用途本项目旨在开发一款基于STM32控制的自动平衡机器人，结合步进电机和陀螺仪传感器，实现对平衡机器人的精确控制。该机器人可以用于教育、科研、娱乐等多个领域，帮助用户了解自动控制、机器人运动学等相关知识。技术栈关键词STM32单片机步进电机陀螺仪传感器AD采集电路Qt人机界面实时数据监控二、系统架构系统架构设计本项目的系统架构设计包括以下主要组件：控制单元:STM32单片机传感器
Python实现下载当前年份的谷歌影像 sand&wich python 开发语言
在GIS项目和地图应用中，获取最新的地理影像数据是非常重要的。本文将介绍如何使用Python代码从Google地图自动下载当前年份的影像数据，并将其保存为高分辨率的TIFF格式文件。这个过程涉及地理坐标转换、多线程下载和图像处理。关键功能该脚本的核心功能包括：坐标转换：支持WGS-84与WebMercator投影之间转换，以及处理中国GCJ-02偏移。自动化下载：多线程下载地图瓦片，提高效率。图像
笋丁网页自动回复机器人V3.0.0免授权版源码希希分享软希网58soho_cn 源码资源笋丁网页自动回复机器人
笋丁网页机器人一款可设置自动回复，默认消息，调用自定义api接口的网页机器人。此程序后端语言使用Golang，内存占用最高不超过30MB，1H1G服务器流畅运行。仅支持Linux服务器部署，不支持虚拟主机，请悉知！使用自定义api功能需要有一定的建站基础。源码下载：https://download.csdn.net/download/m0_66047725/89754250更多资源下载：关注我。安
【Python搞定车载自动化测试】——Python实现车载以太网DoIP刷写（含Python源码）疯狂的机器人 Python搞定车载自动化 python DoIP UDS ISO 14229 1SO 13400 Bootloader tcp/ip
系列文章目录【Python搞定车载自动化测试】系列文章目录汇总文章目录系列文章目录前言一、环境搭建1.软件环境2.硬件环境二、目录结构三、源码展示1.DoIP诊断基础函数方法2.DoIP诊断业务函数方法3.27服务安全解锁4.DoIP自动化刷写四、测试日志1.测试日志五、完整源码链接前言随着智能电动汽车行业的发展，汽车=智能终端+四个轮子，各家车企都推出了各自的OTA升级方案，本章节主要介绍如何使
深入浅出 -- 系统架构之负载均衡Nginx的性能优化 xiaoli8748_软件开发系统架构系统架构负载均衡 nginx
一、Nginx性能优化到这里文章的篇幅较长了，最后再来聊一下关于Nginx的性能优化，主要就简单说说收益最高的几个优化项，在这块就不再展开叙述了，毕竟影响性能都有多方面原因导致的，比如网络、服务器硬件、操作系统、后端服务、程序自身、数据库服务等，对于性能调优比较感兴趣的可以参考之前《JVM性能调优》中的调优思想。优化一：打开长连接配置通常Nginx作为代理服务，负责分发客户端的请求，那么建议开启H
进销存小程序源码 PHP网络版ERP进销存管理系统全开源可二开摸鱼小号 php
可直接源码搭建部署发布后使用：一、功能模块介绍该系统模板主要有进，销，存三个主要模板功能组成，下面将介绍各模块所对应的功能；进：需要将产品采购入库，自动生成采购明细台账同时关联财务生成付款账单；销：是指对客户的销售订单记录，汇总生成产品销售明细及回款计划；存：库存的日常盘点与统计，库存下限预警、出入库台账、库存位置等。1.进购管理采购订单：采购下单审批→由上级审批通过采购入库；采购入库：货品到货>
常见的 JVM 调优方法有哪些？爪哇天下 jvm
常见的JVM调优方法有哪些？可以具体到调整哪个参数，调成什么值？对年轻代的EdenSurvivor的比例进行配置-XX:SurvivorRatio=8：表示设置2个Survivor区：1个Eden区的大小比值为2:8，这意味着Survivor区占整个年轻代的1/5，这个参数默认为8如果经常性的SurvivorTo放不下YGC的剩余的对象时候，可以适当的调整比例常用的CMS收集器：设置回收阈值，需要
解决Obsidian写笔记中的＜img＞标签无法显示图片的问题全能全知者笔记
Obsidian中写md笔记如果使用标签会显示不出图案，后来才知道因为Obsidian的问题导致只能用绝对路径定位。所以我本人写了一个py插件，将md笔记里的img标签批量替换成Obsidian能够读取的形式。安装FixObsImgDpy:pipinstallFixObsImgDpy安装完成后在需要修复的md文件的父目录下运行命令:FixObsImgDpy就会自动修复父目录以下的全部md文件仓库
2022-06-29 感恩学习相信小陶
感恩！六点签到相信很多人都有过这样的经验，拼命想的时候答案怎么都想不出来，不去想的时候，答案却自动冒出来了。为什么？这是因为潜意识也会工作，它非常神奇。你要相信，那些百思不得其解的问题早已扎根在你的头脑中，即使你不再刻意去想，潜意识也会自动围着它转。或许有一天，你会突然得到答案。这也是为什么有时我们会有顿悟的感觉。学会等待，也是进行持续思考的一个重要方法。
自动写论文的网站推荐这5款实用类工具小猪包333 写论文人工智能深度学习计算机视觉 AI写作
在当今学术研究和写作领域，AI论文写作工具的出现极大地提高了写作效率和质量。这些工具不仅能够帮助研究人员快速生成论文草稿，还能进行内容优化、查重和排版等操作。以下是五款实用类工具推荐，特别是千笔-AIPassPaper。1.千笔-AIPassPaper千笔-AIPassPaper是一款功能强大且全面的AI论文写作助手，用户只需输入基本的研究需求和关键词，便能迅速生成一篇完整的论文。该工具利用先进的
4款毕业论文参考文献格式生成器（附加详细步骤）小猪包333 写论文人工智能深度学习计算机视觉 AI写作
在撰写毕业论文时，参考文献的格式规范是至关重要的。为了帮助学生和学者们更高效地生成符合要求的参考文献格式，本文将详细介绍四款推荐的参考文献格式生成器，并提供详细的使用步骤。1.千笔-AIPassPaper千笔-AIPassPaper是一款先进的AI辅助论文写作工具，不仅能够自动生成大纲、开题报告，还能一键生成参考文献。AI论文，免费大纲，10分钟3万字https://www.aipaperpass
pyhon+ffmpeg 常用音视频处理命令不再游移 ffmpeg 音视频 python
FFmpeg是多媒体领域的万能工具。只要涉及音视频领域的处理，基本上没有它做不了的事情！通俗点讲，从视频录制、视频编辑再到播放，它都能做！前段时间做了个短视频自动化脚本项目，需要自动处理音视频（包括一些合成、拼接、转场、调色等等），当时做的时候找各种命令还是很痛苦的，因此对用到的所有处理命令做了个汇总，方便以后使用。目录一、获取音频时长二、获取视频信息三、获取视频时长四、多个视频合并五、视频提取视
【自动化测试】UI自动化的分类、如何选择合适的自动化测试工具以及其中appium的设计理念、引擎和引擎如何工作 Lossya ui 自动化测试工具自动化测试 appium
引言UI自动化测试主要针对软件的用户界面进行测试，以确保用户界面元素的交互和功能符合预期文章目录引言一、UI自动化的分类1.1基于代码的自动化测试1.2基于录制/回放的自动化测试1.3基于框架的自动化测试1.4按测试对象分类1.5按测试层次分类1.6按测试执行方式分类1.7按测试目的分类二、如何选择合适的自动化测试工具2.1项目需求分析2.2工具特性评估2.3成本考虑2.4团队技能2.5试用和评估
效率神器来了：AI工具手把手教你快速提升工作效能 kkai人工智能人工智能学习媒体 ai chatgpt
随着科技的进步，AI工具已经成为提升工作效率的关键手段。本文将介绍一些实用的AI工具和方法，帮助你自动化繁琐的重复性任务、优化数据管理、促进团队协作与沟通，并提升决策质量。背景：OOPAI-免费问答学习交流-GPT自动化重复性任务Zapier：Zapier可以自动化多个应用程序之间的工作流程。例如，它能自动将Gmail中的附件保存至GoogleDrive，或在你发布新文章时，自动分享至社交媒体平台
对股票分析时要注意哪些主要因素？会飞的奇葩猪股票分析云掌股吧
　　众所周知，对散户投资者来说，股票技术分析是应战股市的核心武器，想学好股票的技术分析一定要知道哪些是重点学习的，其实非常简单，我们只要记住三个要素：成交量、价格趋势、振荡指标。一、成交量　　大盘的成交量状态。成交量大说明市场的获利机会较多，成交量小说明市场的获利机会较少。当沪市的成交量超过150亿时是强市市场状态，运用技术找综合买点较准；
【Scala十八】视图界定与上下文界定 bit1129 scala
Context Bound，上下文界定，是Scala为隐式参数引入的一种语法糖，使得隐式转换的编码更加简洁。隐式参数首先引入一个泛型函数max，用于取a和b的最大值 def max[T](a: T, b: T) = { if (a > b) a else b } 因为T是未知类型，只有运行时才会代入真正的类型，因此调用a >
C语言的分支——Object-C程序设计阅读有感 darkblue086 apple c 框架 cocoa
自从1972年贝尔实验室Dennis Ritchie开发了C语言，C语言已经有了很多版本和实现，从Borland到microsoft还是GNU、Apple都提供了不同时代的多种选择，我们知道C语言是基于Thompson开发的B语言的，Object-C是以SmallTalk-80为基础的。和C++不同的是，Object C并不是C的超集，因为有很多特性与C是不同的。 Object-C程序设计这本书
去除浏览器对表单值的记忆周凡杨 html 记忆 autocomplete form 浏览
&n
java的树形通讯录 g21121 java
最近用到企业通讯录，虽然以前也开发过，但是用的是jsf，拼成的树形，及其笨重和难维护。后来就想到直接生成json格式字符串，页面上也好展现。 // 首先取出每个部门的联系人 for (int i = 0; i < depList.size(); i++) { List<Contacts> list = getContactList(depList.get(i
Nginx安装部署 510888780 nginx linux
Nginx ("engine x") 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源
java servelet异步处理请求墙头上一根草ｊａｖａ异步返回ｓｅｒｖｌｅｔ
servlet3.0以后支持异步处理请求，具体是使用AsyncContext ，包装httpservletRequest以及httpservletResponse具有异步的功能， final AsyncContext ac = request.startAsync(request, response); ac.s
我的spring学习笔记8-Spring中Bean的实例化 aijuans Spring 3
在Spring中要实例化一个Bean有几种方法： 1、最常用的（普通方法） <bean id="myBean" class="www.6e6.org.MyBean" /> 使用这样方法，按Spring就会使用Bean的默认构造方法，也就是把没有参数的构造方法来建立Bean实例。（有构造方法的下个文细说） 2、还
为Mysql创建最优的索引 annan211 mysql 索引
索引对于良好的性能非常关键，尤其是当数据规模越来越大的时候，索引的对性能的影响越发重要。索引经常会被误解甚至忽略，而且经常被糟糕的设计。索引优化应该是对查询性能优化最有效的手段了，索引能够轻易将查询性能提高几个数量级，最优的索引会比较好的索引性能要好2个数量级。 1 索引的类型 (1) B-Tree 不出意外，这里提到的索引都是指 B-
日期函数百合不是茶 oracle sql 日期函数查询
ORACLE日期时间函数大全 TO_DATE格式(以时间:2007-11-02 13:45:25为例) Year: yy two digits 两位年显示值:07 yyy three digits 三位年显示值:007
线程优先级 bijian1013 java thread 多线程 java多线程
多线程运行时需要定义线程运行的先后顺序。线程优先级是用数字表示，数字越大线程优先级越高，取值在1到10，默认优先级为5。实例： package com.bijian.study; /** * 因为在代码段当中把线程B的优先级设置高于线程A,所以运行结果先执行线程B的run()方法后再执行线程A的run()方法 * 但在实际中，JAVA的优先级不准，强烈不建议用此方法来控制执
适配器模式和代理模式的区别 bijian1013 java 设计模式
一.简介适配器模式：适配器模式（英语：adapter pattern）有时候也称包装样式或者包装。将一个类的接口转接成用户所期待的。一个适配使得因接口不兼容而不能在一起工作的类工作在一起，做法是将类别自己的接口包裹在一个已存在的类中。 &nbs
【持久化框架MyBatis3三】MyBatis3 SQL映射配置文件 bit1129 Mybatis3
SQL映射配置文件一方面类似于Hibernate的映射配置文件，通过定义实体与关系表的列之间的对应关系。另一方面使用<select>,<insert>,<delete>，<update>元素定义增删改查的SQL语句，这些元素包含三方面内容 1. 要执行的SQL语句 2. SQL语句的入参，比如查询条件 3. SQL语句的返回结果
oracle大数据表复制备份个人经验 bitcarter oracle 大表备份大表数据复制
前提：数据库仓库A（就拿oracle11g为例）中有两个用户user1和user2,现在有user1中有表ldm_table1,且表ldm_table1有数据5千万以上，ldm_table1中的数据是从其他库B（数据源）中抽取过来的，前期业务理解不够或者需求有变，数据有变动需要重新从B中抽取数据到A库表ldm_table1中。
HTTP加速器varnish安装小记 ronin47 http varnish 加速
上午共享的那个varnish安装手册，个人看了下，有点不知所云，好吧~看来还是先安装玩玩！苦逼公司服务器没法连外网，不能用什么wget或yum命令直接下载安装，每每看到别人博客贴出的在线安装代码时，总有一股羡慕嫉妒“恨”冒了出来。。。好吧，既然没法上外网，那只能麻烦点通过下载源码来编译安装了！ Varnish 3.0.4下载地址： http://repo.varnish-cache.org/
java-73-输入一个字符串，输出该字符串中对称的子字符串的最大长度 bylijinnan java
public class LongestSymmtricalLength { /* * Q75题目：输入一个字符串，输出该字符串中对称的子字符串的最大长度。 * 比如输入字符串“google”，由于该字符串里最长的对称子字符串是“goog”，因此输出4。 */ public static void main(String[] args) { Str
学习编程的一点感想 Cb123456 编程感想 Gis
写点感想，总结一些，也顺便激励一些自己.现在就是复习阶段，也做做项目. 本专业是GIS专业，当初觉得本专业太水，靠这个会活不下去的，所以就报了培训班。学习的时候，进入状态很慢，而且当初进去的时候，已经上到Java高级阶段了，所以.....，呵呵，之后有点感觉了，不过，还是不好好写代码，还眼高手低的，有
[能源与安全]美国与中国 comsci 能源
现在有一个局面：地球上的石油只剩下N桶，这些油只够让中国和美国这两个国家中的一个顺利过渡到宇宙时代，但是如果这两个国家为争夺这些石油而发生战争，其结果是两个国家都无法平稳过渡到宇宙时代。。。。而且在战争中，剩下的石油也会被快速消耗在战争中，结果是两败俱伤。。。在这个大
SEMI-JOIN执行计划突然变成HASH JOIN了的原因分析 cwqcwqmax9 oracle
甲说： A B两个表总数据量都很大，在百万以上。 idx1 idx2字段表示是索引字段 A B 两表上都有 col1字段表示普通字段 select xxx from A where A.idx1 between mmm and nnn and exists (select 1 from B where B.idx2 =
SpringMVC-ajax返回值乱码解决方案 dashuaifu Ajax springMVC response 中文乱码
SpringMVC-ajax返回值乱码解决方案一：（自己总结，测试过可行） ajax返回如果含有中文汉字，则使用：（如下例：） @RequestMapping(value="/xxx.do") public @ResponseBody void getPunishReasonB
Linux系统中查看日志的常用命令 dcj3sjt126com OS
因为在日常的工作中，出问题的时候查看日志是每个管理员的习惯，作为初学者，为了以后的需要，我今天将下面这些查看命令共享给各位 cat tail -f 日志文件说明 /var/log/message 系统启动后的信息和错误日志，是Red Hat Linux中最常用的日志之一 /var/log/secure 与安全相关的日志信息 /var/log/maillog 与邮件相关的日志信
[应用结构]应用 dcj3sjt126com PHP yii2
应用主体应用主体是管理 Yii 应用系统整体结构和生命周期的对象。每个Yii应用系统只能包含一个应用主体，应用主体在入口脚本中创建并能通过表达式 \Yii::$app 全局范围内访问。补充: 当我们说"一个应用"，它可能是一个应用主体对象，也可能是一个应用系统，是根据上下文来决定[译：中文为避免歧义，Application翻译为应
assertThat用法 eksliang JUnit assertThat
junit4.0 assertThat用法一般匹配符1、assertThat( testedNumber, allOf( greaterThan(8), lessThan(16) ) ); 注释： allOf匹配符表明如果接下来的所有条件必须都成立测试才通过，相当于“与”（&&） 2、assertThat( testedNumber, anyOf( g
android点滴2 gundumw100 应用服务器 android 网络应用 OS HTC
如何让Drawable绕着中心旋转？ Animation a = new RotateAnimation(0.0f, 360.0f, Animation.RELATIVE_TO_SELF, 0.5f, Animation.RELATIVE_TO_SELF,0.5f); a.setRepeatCount(-1); a.setDuration(1000); 如何控制Andro
超简洁的CSS下拉菜单 ini html Web 工作 html5 css
效果体验：http://hovertree.com/texiao/css/3.htmHTML文件： <!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>简洁的HTML+CSS下拉菜单-HoverTree</title>
kafka consumer防止数据丢失 kane_xie kafka offset commit
kafka最初是被LinkedIn设计用来处理log的分布式消息系统，因此它的着眼点不在数据的安全性（log偶尔丢几条无所谓），换句话说kafka并不能完全保证数据不丢失。尽管kafka官网声称能够保证at-least-once，但如果consumer进程数小于partition_num，这个结论不一定成立。考虑这样一个case，partiton_num=2
@Repository、@Service、@Controller 和 @Component mhtbbx DAO spring bean prototype
@Repository、@Service、@Controller 和 @Component 将类标识为Bean Spring 自 2.0 版本开始，陆续引入了一些注解用于简化 Spring 的开发。@Repository注解便属于最先引入的一批，它用于将数据访问层 (DAO 层 ) 的类标识为 Spring Bean。具体只需将该注解标注在 DAO类上即可。同时，为了让 Spring 能够扫描类
java 多线程高并发读写控制误区 qifeifei java thread
先看一下下面的错误代码，对写加了synchronized控制，保证了写的安全，但是问题在哪里呢？ public class testTh7 { private String data; public String read(){ System.out.println(Thread.currentThread().getName() + "read data "
mongodb replica set(副本集)设置步骤 tcrct java mongodb
网上已经有一大堆的设置步骤的了，根据我遇到的问题，整理一下，如下：首先先去下载一个mongodb最新版，目前最新版应该是2.6 cd /usr/local/bin wget http://fastdl.mongodb.org/linux/mongodb-linux-x86_64-2.6.0.tgz tar -zxvf mongodb-linux-x86_64-2.6.0.t
rust学习笔记 wudixiaotie 学习笔记
1.rust里绑定变量是let，默认绑定了的变量是不可更改的，所以如果想让变量可变就要加上mut。 let x = 1; let mut y = 2; 2.match 相当于erlang中的case，但是case的每一项后都是分号，但是rust的match却是逗号。 3.match 的每一项最后都要加逗号，但是最后一项不加也不会报错，所有结尾加逗号的用法都是类似。 4.每个语句结尾都要加分