華閱文章網
詩句怎么自動生成
1空 21一笑 41深處 61一片 81不是
2東風 22黃昏 42時節 62桃李 82時候
3何處 23當年 43平生 63人生 83腸斷
4人間 24天涯 44凄涼 64十分 84富貴
5風流 25相逢 45春色 65心事 85蓬萊
6歸去 26芳草 46匆匆 66黃花 86昨夜
7春風 27尊前 47功名 67一聲 87行人
8西風 28一枝 48一點 68佳人 88今夜
9歸來 29風雨 49無限 69長安 89誰知
10江南 30流水 50今日 70東君 90不似
11相思 31依舊 51天上 71斷腸 91江上
12梅花 32風吹 52楊柳 72而今 92悠悠
13千里 33風月 53西湖 73鴛鴦 93幾度
14回首 34多情 54桃花 74為誰 94青山
15明月 35故人 55扁舟 75十年 95何時
16多少 36當時 56消息 76去年 96天氣
17如今 37無人 57憔悴 77少年 97惟有
18闌干 38斜陽 58何事 78海棠 98一曲
19年年 39不知 59芙蓉 79寂寞 99月明
20萬里 40不見 60神仙 80無情 100往事
要為一個語句生成執行計劃,可以有幾種方法
要為一個語句生成執行計劃，可以有3種方法： 1）.最簡單的辦法 Sql> set autotrace on Sql> select * from dual；執行完語句后，會顯示explain plan 與統計信息。
這個語句的優點就是它的缺點，這樣在用該方法查看執行時間較長的sql語句時，需要等待該語句執行成功后，才返回執行計劃，使優化的周期大大增長。 如果不想執行語句而只是想得到執行計劃可以采用：Sql> set autotrace traceonly這樣，就只會列出執行計劃，而不會真正的執行語句，大大減少了優化時間。
雖然也列出了統計信息，但是因為沒有執行語句，所以該統計信息沒有用處，如果執行該語句時遇到錯誤，解決方法為： （1）在要分析的用戶下：Sqlplus > @ ?\rdbms\admin\utlxplan。 sql (2) 用sys用戶登陸Sqlplus > @ ?\sqlplus\admin\plustrce。
sqlSqlplus > grant plustrace to user_name; - - user_name是上面所說的分析用戶 2）.用explain plan命令 （1） sqlplus > @ ?\rdbms\admin\utlxplan。 sql (2) sqlplus > explain plan set statement_id ='???' for select ……………… 注意，用此方法時，并不執行sql語句，所以只會列出執行計劃，不會列出統計信息，并且執行計劃只存在plan_table中。
所以該語句比起set autotrace traceonly可用性要差。需要用下面的命令格式化輸出，所以這種方式我用的不多： set linesize 150 set pagesize 500 col PLANLINE for a120 SELECT EXECORD EXEC_ORDER, PLANLINE FROM (SELECT PLANLINE, ROWNUM EXECORD, ID, RID FROM (SELECT PLANLINE, ID, RID, LEV FROM (SELECT lpad(' ',2*(LEVEL),rpad(' ',80,' '))|| OPERATION||' '|| -- Operation DECODE(OPTIONS,NULL,'','('||OPTIONS || ') ')|| -- Options DECODE(OBJECT_OWNER,null,'','OF '''|| OBJECT_OWNER||'。
')|| -- Owner DECODE(OBJECT_NAME,null,'',OBJECT_NAME|| ''' ')|| -- Object Name DECODE(OBJECT_TYPE,null,'','('||OBJECT_TYPE|| ') ')|| -- Object Type DECODE(ID,0,'OPT_MODE:')|| -- Optimizer DECODE(OPTIMIZER,null,'','ANALYZED','', OPTIMIZER)|| DECODE(NVL(COST,0)+NVL(CARDINALITY,0)+NVL(BYTES,0), 0,null,' (COST='||TO_CHAR(COST)||',CARD='|| TO_CHAR(CARDINALITY)||',BYTES='||TO_CHAR(BYTES)||')') PLANLINE, ID, LEVEL LEV, (SELECT MAX(ID) FROM PLAN_TABLE PL2 CONNECT BY PRIOR ID = PARENT_ID AND PRIOR STATEMENT_ID = STATEMENT_ID START WITH ID = PL1。 ID AND STATEMENT_ID = PL1。
STATEMENT_ID) RID FROM PLAN_TABLE PL1 CONNECT BY PRIOR ID = PARENT_ID AND PRIOR STATEMENT_ID = STATEMENT_ID START WITH ID = 0 AND STATEMENT_ID = 'aaa') ORDER BY RID, -LEV)) ORDER BY ID； 上面這2種方法只能為在本會話中正在運行的語句產生執行計劃，即我們需要已經知道了哪條語句運行的效率很差，我們是有目的只對這條SQL語句去優化。 其實，在很多情況下，我們只會聽一個客戶抱怨說現在系統運行很慢，而我們不知道是哪個SQL引起的。
此時有許多現成的語句可以找出耗費資源比較多的語句，如： SELECT ADDRESS, substr(SQL_TEXT,1,20) Text, buffer_gets, executions, buffer_gets/executions AVG FROM v$sqlarea WHERE executions>0 AND buffer_gets > 100000 ORDER BY 5； 從而對找出的語句進行進一步優化。 當然我們還可以為一個正在運行的會話中運行的所有SQL語句生成執行計劃，這需要對該會話進行跟蹤，產生trace文件，然后對該文件用tkprof程序格式化一下，這種得到執行計劃的方式很有用，因為它包含其它額外信息，如SQL語句執行的每個階段（如Parse、Execute、Fetch）分別耗費的各個資源情況（如CPU、DISK、elapsed等）。
3）.用dbms_system存儲過程生成執行計劃 因為使用dbms_system存儲過程可以跟蹤另一個會話發出的sql語句，并記錄所使用的執行計劃，而且還提供其它對性能調整有用的信息。因其使用方式與上面2種方式有些不太一樣，所以在附錄中單獨介紹。
這種方法是對SQL進行調整比較有用的方式之一，有些情況下非它不可。 以上是我對于這個問題的解答，希望能夠幫到大家。
