在過去的十年中， Oracle 已經(jīng)成為世界上最專業(yè)的數(shù)據(jù)庫之一。對于 IT 專家來說，就是要確保利用 Oracle 的強(qiáng)大特性來提高他們公司的生產(chǎn)力。最有效的方法之一是通過 Oracle 調(diào)優(yōu)。它有大量的調(diào)整參數(shù)和技術(shù)來改進(jìn)你的 Oracle 數(shù)據(jù)庫的性能。
Oracle 調(diào)優(yōu)是一個復(fù)雜的主題。關(guān)于調(diào)優(yōu)可以寫整整一本書，不過，為了改善 Oracle 數(shù)據(jù)庫的性能，有一些基本的概念是每個 Oracle DBA 都應(yīng)該遵從的。
在這篇簡介中，我們將簡要地介紹以下的 Oracle 主題：
-- 外部調(diào)整：我們應(yīng)該記住 Oracle 并不是單獨(dú)運(yùn)行的。因此我們將查看一下通過調(diào)整 Oracle 服務(wù)器以得到高的性能。
--Row re-sequencing 以減少磁盤 I/O ：我們應(yīng)該懂得 Oracle 調(diào)優(yōu)最重要的目標(biāo)是減少 I/O 。
--Oracle SQL 調(diào)整。 Oracle SQL 調(diào)整是 Oracle 調(diào)整中最重要的領(lǐng)域之一，只要通過一些簡單的 SQL 調(diào)優(yōu)規(guī)則就可以大幅度地提升 SQL 語句的性能，這是一點(diǎn)都不奇怪的。
-- 調(diào)整 Oracle 排序：排序?qū)τ?Oracle 性能也是有很大影響的。
-- 調(diào)整 Oracle 的競爭：表和索引的參數(shù)設(shè)置對于 UPDATE 和 INSERT 的性能有很大的影響。
我們首先從調(diào)整 Oracle 外部的環(huán)境開始。如果內(nèi)存和 CPU 的資源不足的話，任何的 Oracle 調(diào)整都是沒有幫助的。
外部的性能問題
Oracle 并不是單獨(dú)運(yùn)行的。 Oracle 數(shù)據(jù)庫的性能和外部的環(huán)境有很大的關(guān)系。這些外部的條件包括有：
． CPU--CPU 資源的不足令查詢變慢。當(dāng)查詢超過了 Oracle 服務(wù)器的 CPU 性能時，你的數(shù)據(jù)庫性能就受到 CPU 的限制。
．內(nèi)存 -- 可用于 Oralce 的內(nèi)存數(shù)量也會影響 SQL 的性能，特別是在數(shù)據(jù)緩沖和內(nèi)存排序方面。
．網(wǎng)絡(luò) -- 大量的 Net8 通信令 SQL 的性能變慢。
許多新手都錯誤的認(rèn)為應(yīng)該首先調(diào)整 Oracle 數(shù)據(jù)庫，而不是先確認(rèn)外部資源是否足夠。實(shí)際上，如果外部環(huán)境出現(xiàn)瓶頸，再多的 Oracle 調(diào)整都是沒有幫助的。
在檢查 Oracle 的外部環(huán)境時，有兩個方面是需要注意的：
1 、當(dāng)運(yùn)行隊列的數(shù)目超過服務(wù)器的 CPU 數(shù)量時，服務(wù)器的性能就會受到 CPU 的限制。補(bǔ)救的方法是為服務(wù)器增加額外的 CPU 或者關(guān)閉需要很多處理資源的組件，例如 Oracle Parallel Query 。
2 、內(nèi)存分頁。當(dāng)內(nèi)存分頁時，內(nèi)存容量已經(jīng)不足，而內(nèi)存頁是與磁盤上的交換區(qū)進(jìn)行交互的。補(bǔ)救的方法是增加更多的內(nèi)存，減少 Oracle SGA 的大小，或者關(guān)閉 Oracle 的多線程服務(wù)器。
可以使用各種標(biāo)準(zhǔn)的服務(wù)器工具來得到服務(wù)器的統(tǒng)計數(shù)據(jù)，例如 vmstat,glance,top 和 sar 。 DBA 的目標(biāo)是確保數(shù)據(jù)庫服務(wù)器擁有足夠的 CPU 和內(nèi)存資源來處理 Oracle 的請求。
以下讓我們來看一下 Oracle 的 row-resequencing 是如何能夠極大地減少磁盤 I/O 的。
Row-resequencing （行的重新排序）
就象我們上面提到的，有經(jīng)驗(yàn)的 Oracle DBA 都知道 I/O 是響應(yīng)時間的最大組成部分。其中磁盤 I/O 特別厲害，因?yàn)楫?dāng) Oracle 由磁盤上的一個數(shù)據(jù)文件得到一個數(shù)據(jù)塊時，讀的進(jìn)程就必須等待物理 I/O 操作完成。磁盤操作要比數(shù)據(jù)緩沖慢 10,000 倍。因此，如果可以令 I/O 最小化，或者減少由于磁盤上的文件競爭而帶來的瓶頸，就可以大大地改善 Oracle 數(shù)據(jù)庫的性能。
如果系統(tǒng)響應(yīng)很慢，通過減少磁盤 I/O 就可以有一個很快的改善。如果在一個事務(wù)中通過按一定的范圍搜索 primary-key 索引來訪問表，那么重新以 CTAS 的方法組織表將是你減少 I/O 的首要策略。通過在物理上將行排序?yàn)楹?primary-key 索引一樣的順序，就可以加快獲得數(shù)據(jù)的速度。
就象磁盤的負(fù)載平衡一樣，行的重新排序也是很簡單的，而且也很快。通過與其它的 DBA 管理技巧一起使用，就可以在高 I/O 的系統(tǒng)中大大地減少響應(yīng)的時間。
在高容量的在線事務(wù)處理環(huán)境中（ online transaction processing ， OLTP ），數(shù)據(jù)是由一個 primary 索引得到的，重新排序表格的行就可以令連續(xù)塊的順序和它們的 primary 索引一樣，這樣就可以在索引驅(qū)動的表格查詢中，減少物理 I/O 并且改善響應(yīng)時間。這個技巧僅在應(yīng)用選擇多行的時候有用，或者在使用索引范圍搜索和應(yīng)用發(fā)出多個查詢來得到連續(xù)的 key 時有效。對于隨機(jī)的唯一 primary-key （主鍵）的訪問將不會由行重新排序中得到好處。
讓我們看一下它是如何工作的?？紤]以下的一個 SQL 的查詢，它使用一個索引來得到 100 行：
selectsalaryfromemployeewherelast_name like 'B%';
這個查詢將會使用 last_name_index ，搜索其中的每一行來得到目標(biāo)行。這個查詢將會至少使用 100 次物理磁盤的讀取，因?yàn)?employee 的行存放在不同的數(shù)據(jù)塊中。
不過，如果表中的行已經(jīng)重新排序?yàn)楹?last_name_index 的一樣，同樣的查詢又會怎樣處理呢？我們可以看到這個查詢只需要三次的磁盤 I/O 就讀完全部 100 個員工的資料（一次用作索引的讀取，兩次用作數(shù)據(jù)塊的讀?。?，減少了 97 次的塊讀取。
重新排序帶來的性能改善的程度在于在你開始的時候行的亂序性如何，以及你需要由序列中訪問多少行。至于一個表中的行與索引的排序鍵的匹配程度，可以查看數(shù)據(jù)字典中的 dba_indexes 和 dba_tables 視圖得到。
在 dba_indexes 的視圖中，查看 clustering_factor 列。如果 clustering_factor 的值和表中的塊數(shù)目大致一樣，那么你的表和索引的順序是一樣的。不過，如果 clustering_factor 的值接近表中的行數(shù)目，那就表明表格中的行和索引的順序是不一樣的。
行重新排序的作用是不可以小看的。在需要進(jìn)行大范圍的索引搜索的大表中，行重新排序可以令查詢的性能提高三倍。
一旦你已經(jīng)決定重新排序表中的行，你可以使用以下的工具之一來重新組織表格。
. 使用 Oracle 的 Create Table As Select (CTAS) 語法來拷貝表格
. Oracle9i 自帶的表格重新組織工具
以下，我們來看以下 SQL 語句的調(diào)優(yōu)。
SQL 調(diào)優(yōu)
Oracle 的 SQL 調(diào)優(yōu)是一個復(fù)雜的主題，甚至是需要整本書來介紹 Oracle SQL 調(diào)優(yōu)的細(xì)微差別。不過有一些基本的規(guī)則是每個 Oracle DBA 都需要跟從的，這些規(guī)則可以改善他們系統(tǒng)的性能。 SQL 調(diào)優(yōu)的目標(biāo)是簡單的：
. 消除不必要的大表全表搜索：不必要的全表搜索導(dǎo)致大量不必要的 I/O ，從而拖慢整個數(shù)據(jù)庫的性能。調(diào)優(yōu)專家首先會根據(jù)查詢返回的行數(shù)目來評價 SQL 。在一個有序的表中，如果查詢返回少于 40% 的行，或者在一個無序的表中，返回少于 7% 的行，那么這個查詢都可以調(diào)整為使用一個索引來代替全表搜索。對于不必要的全表搜索來說，最常見的調(diào)優(yōu)方法是增加索引?？梢栽诒碇屑尤霕?biāo)準(zhǔn)的 B 樹索引，也可以加入 bitmap 和基于函數(shù)的索引。要決定是否消除一個全表搜索，你可以仔細(xì)檢查索引搜索的 I/O 開銷和全表搜索的開銷，它們的開銷和數(shù)據(jù)塊的讀取和可能的并行執(zhí)行有關(guān)，并將兩者作對比。在一些情況下，一些不必要的全表搜索的消除可以通過強(qiáng)制使用一個 index 來達(dá)到，只需要在 SQL 語句中加入一個索引的提示就可以了。
. 在全表搜索是一個最快的訪問方法時，將小表的全表搜索放到緩存中，調(diào)優(yōu)專家應(yīng)該確保有一個專門的數(shù)據(jù)緩沖用作行緩沖。在 Oracle7 中，你可以使用 alter table xxx cache 語句，在 Oracle8 或以上，小表可以被強(qiáng)制為放到 KEEP 池中緩沖。
. 確保最優(yōu)的索引使用 ：對于改善查詢的速度，這是特別重要的。有時 Oracle 可以選擇多個索引來進(jìn)行查詢，調(diào)優(yōu)專家必須檢查每個索引并且確保 Oracle 使用正確的索引。它還包括 bitmap 和基于函數(shù)的索引的使用。
. 確保最優(yōu)的 JOIN 操作：有些查詢使用 NESTED LOOP join 快一些，有些則是 HASH join 快一些，另外一些則是 sort-merge join 更快。
這些規(guī)則看來簡單，不過它們占 SQL 調(diào)優(yōu)任務(wù)的 90% ，并且它們也無需完全懂得 Oracle SQL 的內(nèi)部運(yùn)作。以下我們來簡單概覽以下 Oracle SQL 的優(yōu)化。
我們首先簡要查看 Oracle 的排序，并且看一看排序操作是如何影響性能的。
調(diào)整 Oracle 的排序操作
排序是 SQL 語法中一個小的方面，但很重要，在 Oracle 的調(diào)整中，它常常被忽略。當(dāng)使用 create index 、 ORDER BY 或者 GROUP BY 的語句時， Oracle 數(shù)據(jù)庫將會自動執(zhí)行排序的操作。通常，在以下的情況下 Oracle 會進(jìn)行排序的操作：
使用 Order by 的 SQL 語句
使用 Group by 的 SQL 語句
在創(chuàng)建索引的時候
進(jìn)行 table join 時，由于現(xiàn)有索引的不足而導(dǎo)致 SQL 優(yōu)化器調(diào)用 MERGE SORT
當(dāng)與 Oracle 建立起一個 session 時，在內(nèi)存中就會為該 session 分配一個私有的排序區(qū)域。如果該連接是一個專用的連接 (dedicated connection) ，那么就會根據(jù) init.ora 中 sort_area_size 參數(shù)的大小在內(nèi)存中分配一個 Program Global Area (PGA) 。如果連接是通過多線程服務(wù)器建立的，那么排序的空間就在 large_pool 中分配。不幸的是，對于所有的 session ，用做排序的內(nèi)存量都必須是一樣的，我們不能為需要更大排序的操作分配額外的排序區(qū)域。因此，設(shè)計者必須作出一個平衡，在分配足夠的排序區(qū)域以避免發(fā)生大的排序任務(wù)時出現(xiàn)磁盤排序（ disk sorts ）的同時，對于那些并不需要進(jìn)行很大排序的任務(wù)，就會出現(xiàn)一些浪費(fèi)。當(dāng)然，當(dāng)排序的空間需求超出了 sort_area_size 的大小時，這時將會在 TEMP 表空間中分頁進(jìn)行磁盤排序。磁盤排序要比內(nèi)存排序大概慢 14,000 倍。
上面我們已經(jīng)提到，私有排序區(qū)域的大小是有 init.ora 中的 sort_area_size 參數(shù)決定的。每個排序所占用的大小由 init.ora 中的 sort_area_retained_size 參數(shù)決定。當(dāng)排序不能在分配的空間中完成時，就會使用磁盤排序的方式，即在 Oracle 實(shí)例中的臨時表空間中進(jìn)行。
磁盤排序的開銷是很大的，有幾個方面的原因。首先，和內(nèi)存排序相比較，它們特別慢；而且磁盤排序會消耗臨時表空間中的資源。 Oracle 還必須分配緩沖池塊來保持臨時表空間中的塊。無論什么時候，內(nèi)存排序都比磁盤排序好，磁盤排序?qū)钊蝿?wù)變慢，并且會影響 Oracle 實(shí)例的當(dāng)前任務(wù)的執(zhí)行。還有，過多的磁盤排序?qū)?free buffer waits 的值變高，從而令其它任務(wù)的數(shù)據(jù)塊由緩沖中移走。
接著，讓我們看一下 Oracle 的競爭，并且看一下表的存儲參數(shù)的設(shè)置是如何影響 SQL UPDATE 和 INSERT 語句的性能的。
調(diào)整 Oracle 的競爭
Oracle 的其中一個優(yōu)點(diǎn)時它可以管理每個表空間中的自由空間。 Oracle 負(fù)責(zé)處理表和索引的空間管理，這樣就可以讓我們無需懂得 Oracle 的表和索引的內(nèi)部運(yùn)作。不過，對于有經(jīng)驗(yàn)的 Oracle 調(diào)優(yōu)專家來說，他需要懂得 Oracle 是如何管理表的 extent 和空閑的數(shù)據(jù)塊。對于調(diào)整擁有高的 insert 或者 update 的系統(tǒng)來說，這是非常重要的。
要精通對象的調(diào)整，你需要懂得 freelists 和 freelist 組的行為，它們和 pctfree 及 pctused 參數(shù)的值有關(guān)。這些知識對于企業(yè)資源計劃（ ERP ）的應(yīng)用是特別重要的，因?yàn)樵谶@些應(yīng)用中，不正確的表設(shè)置通常是 DML 語句執(zhí)行慢的原因。
對于初學(xué)者來說，最常見的錯誤是認(rèn)為默認(rèn)的 Oracle 參數(shù)對于所有的對象都是最佳的。除非磁盤的消耗不是一個問題，否則在設(shè)置表的 pctfree 和 pctused 參數(shù)時，就必須考慮平均的行長和數(shù)據(jù)庫的塊大小，這樣空的塊才會被有效地放到 freelists 中。當(dāng)這些設(shè)置不正確時，那些得到的 freelists 也是 "read" 塊，因?yàn)樗鼈儧]有足夠的空間來存儲一行，這樣將會導(dǎo)致明顯的處理延遲。
Freelists 對于有效地重新使用 Oracle 表空間中的空間是很重要的，它和 pctfree 及 pctused 這兩個存儲參數(shù)的設(shè)置直接相關(guān)。通過將 pctused 設(shè)置為一個高的值，這時數(shù)據(jù)庫就會盡快地重新使用塊。不過，高性能和有效地重新使用表的塊是對立的。在調(diào)整 Oracle 的表格和索引時，需要認(rèn)真考慮究竟需要高性能還是有效的空間重用，并且據(jù)此來設(shè)置表的參數(shù)。以下我們來看一下這些 freelists 是如何影響 Oracle 的性能的。
當(dāng)有一個請求需要插入一行到表格中時， Oracle 就會到 freelist 中尋找一個有足夠的空間來容納一行的塊。你也許知道， freelist 串是放在表格或者索引的第一個塊中，這個塊也被稱為段頭（ segment header ）。 pctfree 和 pctused 參數(shù)的唯一目的就是為了控制塊如何在 freelists 中進(jìn)出。雖然 freelist link 和 unlink 是簡單的 Oracle 功能，不過設(shè)置 freelist link (pctused) 和 unlink (pctfree) 對 Oracle 的性能確實(shí)有影響。
由 DBA 的基本知識知道， pctfree 參數(shù)是控制 freelist un-links 的（即將塊由 freelists 中移除）。設(shè)置 pctfree=10 意味著每個塊都保留 10% 的空間用作行擴(kuò)展。 pctused 參數(shù)是控制 freelist re-links 的。設(shè)置 pctused=40 意味著只有在塊的使用低于 40% 時才會回到表格的 freelists 中。
許多新手對于一個塊重新回到 freelists 后的處理都有些誤解。其實(shí)，一旦由于一個刪除的操作而令塊被重新加入到 freelist 中，它將會一直保留在 freelist 中即使空間的使用超過了 60% ，只有在到達(dá) pctfree 時才會將數(shù)據(jù)塊由 freelist 中移走。
表格和索引存儲參數(shù)設(shè)置的要求總結(jié)
以下的一些規(guī)則是用來設(shè)置 freelists, freelist groups, pctfree 和 pctused 存儲參數(shù)的。你也知道， pctused 和 pctfree 的值是可以很容易地通過 alter table 命令修改的，一個好的 DBA 應(yīng)該知道如何設(shè)置這些參數(shù)的最佳值。
有效地使用空間和高性能之間是有矛盾的，而表格的存儲參數(shù)就是控制這個方面的矛盾：
. 對于需要有效地重新使用空間，可以設(shè)置一個高的 pctused 值，不過副作用是需要額外的 I/O 。一個高的 pctused 值意味著相對滿的塊都會放到 freelist 中。因此，這些塊在再次滿之前只可以接受幾行記錄，從而導(dǎo)致更多的 I/O 。
. 追求高性能的話，可以將 pctused 設(shè)置為一個低的值，這意味著 Oracle 不會將數(shù)據(jù)塊放到 freelists 中直到它幾乎是空的。那么塊將可以在滿之前接收更多的行，因此可以減少插入操作的 I/O 。要記住 Oracle 擴(kuò)展新塊的性能要比重新使用現(xiàn)有的塊高。對于 Oracle 來說，擴(kuò)展一個表比管理 freelists 消耗更少的資源。
讓我們來回顧一下設(shè)置對象存儲參數(shù)的一些常見規(guī)則：
．經(jīng)常將 pctused 設(shè)置為可以接收一條新行。對于不能接受一行的 free blocks 對于我們來說是沒有用的。如果這樣做，將會令 Oracle 的性能變慢，因?yàn)?Oracle 將在擴(kuò)展表來得到一個空的塊之前，企圖讀取 5 個 "read" 的 free block 。
．表格中 chained rows 的出現(xiàn)意味著 pctfree 太低或者是 db_block_size 太少。在很多情況下， RAW 和 LONG RAW 列都很巨大，以至超過了 Oracle 的最大塊的大小，這時 chained rows 是不可以避免的。
．如果一個表有同時插入的 SQL 語句，那么它需要有同時刪除的語句。運(yùn)行單一個一個清除的工作將會把全部的空閑塊放到一個 freelist 中，而沒有其它包含有任何空閑塊的 freelists 出現(xiàn)。
． freelist 參數(shù)應(yīng)該設(shè)置為表格同時更新的最大值。例如，如果在任何時候，某個表最多有 20 個用戶執(zhí)行插入的操作，那么該表的參數(shù)應(yīng)該設(shè)置為 freelists=20 。
應(yīng)記住的是 freelist groups 參數(shù)的值只是對于 Oracle Parallel Server 和 Real Application Clusters 才是有用的。對于這類 Oracle ， freelist groups 應(yīng)該設(shè)置為訪問該表格的 Oracle Parallel Server 實(shí)例的數(shù)目。
posted @
2008-07-27 23:43 Ken.Lee 閱讀(1637) |
評論 (1) |
編輯 收藏
一、問題的提出
在應(yīng)用系統(tǒng)開發(fā)初期，由于開發(fā)數(shù)據(jù)庫數(shù)據(jù)比較少，對于查詢SQL語句，復(fù)雜視圖的的編
寫等體會不出SQL語句各種寫法的性能優(yōu)劣，但是如果將應(yīng)用系統(tǒng)提交實(shí)際應(yīng)用后，隨著
數(shù)據(jù)庫中數(shù)據(jù)的增加，系統(tǒng)的響應(yīng)速度就成為目前系統(tǒng)需要解決的最主要的問題之一。
系統(tǒng)優(yōu)化中一個很重要的方面就是SQL語句的優(yōu)化。對于海量數(shù)據(jù)，劣質(zhì)SQL語句和優(yōu)質(zhì)
SQL語句之間的速度差別可以達(dá)到上百倍，可見對于一個系統(tǒng)不是簡單地能實(shí)現(xiàn)其功能就
可，而是要寫出高質(zhì)量的SQL語句，提高系統(tǒng)的可用性。
在多數(shù)情況下，Oracle使用索引來更快地遍歷表，優(yōu)化器主要根據(jù)定義的索引來提高性
能。但是，如果在SQL語句的where子句中寫的SQL代碼不合理，就會造成優(yōu)化器刪去索引
而使用全表掃描，一般就這種SQL語句就是所謂的劣質(zhì)SQL語句。在編寫SQL語句時我們應(yīng)
清楚優(yōu)化器根據(jù)何種原則來刪除索引，這有助于寫出高性能的SQL語句。
二、SQL語句編寫注意問題
下面就某些SQL語句的where子句編寫中需要注意的問題作詳細(xì)介紹。在這些where子句中
，即使某些列存在索引，但是由于編寫了劣質(zhì)的SQL，系統(tǒng)在運(yùn)行該SQL語句時也不能使
用該索引，而同樣使用全表掃描，這就造成了響應(yīng)速度的極大降低。
1. IS NULL 與 IS NOT NULL
不能用null作索引，任何包含null值的列都將不會被包含在索引中。即使索引有多列這
樣的情況下，只要這些列中有一列含有null，該列就會從索引中排除。也就是說如果某
列存在空值，即使對該列建索引也不會提高性能。
任何在where子句中使用is null或is not null的語句優(yōu)化器是不允許使用索引的。
2. 聯(lián)接列
對于有聯(lián)接的列，即使最后的聯(lián)接值為一個靜態(tài)值，優(yōu)化器是不會使用索引的。我們一
起來看一個例子，假定有一個職工表（employee），對于一個職工的姓和名分成兩列存
放（FIRST_NAME和LAST_NAME），現(xiàn)在要查詢一個叫比爾.克林頓（Bill Cliton）的職工
。
下面是一個采用聯(lián)接查詢的SQL語句，
select * from employss
where
first_name||''||last_name ='Beill Cliton';
上面這條語句完全可以查詢出是否有Bill Cliton這個員工，但是這里需要注意，系統(tǒng)優(yōu)
化器對基于last_name創(chuàng)建的索引沒有使用。
當(dāng)采用下面這種SQL語句的編寫，Oracle系統(tǒng)就可以采用基于last_name創(chuàng)建的索引。
Select * from employee
where
first_name ='Beill' and last_name ='Cliton';
遇到下面這種情況又如何處理呢？如果一個變量（name）中存放著Bill Cliton這個員工
的姓名，對于這種情況我們又如何避免全程遍歷，使用索引呢？可以使用一個函數(shù)，將
變量name中的姓和名分開就可以了，但是有一點(diǎn)需要注意，這個函數(shù)是不能作用在索引
列上。下面是SQL查詢腳本：
select * from employee
where
first_name = SUBSTR('&&name',1,INSTR('&&name',' ')-1)
and
last_name = SUBSTR('&&name',INSTR('&&name’,' ')+1)
3. 帶通配符（%）的like語句
同樣以上面的例子來看這種情況。目前的需求是這樣的，要求在職工表中查詢名字中包
含cliton的人?？梢圆捎萌缦碌牟樵僑QL語句：
select * from employee where last_name like '%cliton%';
這里由于通配符（%）在搜尋詞首出現(xiàn)，所以O(shè)racle系統(tǒng)不使用last_name的索引。在很
多情況下可能無法避免這種情況，但是一定要心中有底，通配符如此使用會降低查詢速
度。然而當(dāng)通配符出現(xiàn)在字符串其他位置時，優(yōu)化器就能利用索引。在下面的查詢中索
引得到了使用：
select * from employee where last_name like 'c%';
4. Order by語句
ORDER BY語句決定了Oracle如何將返回的查詢結(jié)果排序。Order by語句對要排序的列沒
有什么特別的限制，也可以將函數(shù)加入列中（象聯(lián)接或者附加等）。任何在Order by語
句的非索引項(xiàng)或者有計算表達(dá)式都將降低查詢速度。
仔細(xì)檢查order by語句以找出非索引項(xiàng)或者表達(dá)式，它們會降低性能。解決這個問題的
辦法就是重寫order by語句以使用索引，也可以為所使用的列建立另外一個索引，同時
應(yīng)絕對避免在order by子句中使用表達(dá)式。
5. NOT
我們在查詢時經(jīng)常在where子句使用一些邏輯表達(dá)式，如大于、小于、等于以及不等于等
等，也可以使用and（與）、or（或）以及not（非）。NOT可用來對任何邏輯運(yùn)算符號取
反。下面是一個NOT子句的例子：
... where not (status ='VALID')
如果要使用NOT，則應(yīng)在取反的短語前面加上括號，并在短語前面加上NOT運(yùn)算符。NOT運(yùn)
算符包含在另外一個邏輯運(yùn)算符中，這就是不等于（<>）運(yùn)算符。換句話說，即使不在
查詢where子句中顯式地加入NOT詞，NOT仍在運(yùn)算符中，見下例：
... where status <>'INVALID';
再看下面這個例子：
select * from employee where salary<>3000;
對這個查詢，可以改寫為不使用NOT：
select * from employee where salary<3000 or salary>3000;
雖然這兩種查詢的結(jié)果一樣，但是第二種查詢方案會比第一種查詢方案更快些。第二種
查詢允許Oracle對salary列使用索引，而第一種查詢則不能使用索引。
6. IN和EXISTS
有時候會將一列和一系列值相比較。最簡單的辦法就是在where子句中使用子查詢。在w
here子句中可以使用兩種格式的子查詢。
第一種格式是使用IN操作符：
... where column in(select * from ... where ...);
第二種格式是使用EXIST操作符：
... where exists (select 'X' from ...where ...);
我相信絕大多數(shù)人會使用第一種格式，因?yàn)樗容^容易編寫，而實(shí)際上第二種格式要遠(yuǎn)
比第一種格式的效率高。在Oracle中可以幾乎將所有的IN操作符子查詢改寫為使用EXIS
TS的子查詢。
第二種格式中，子查詢以‘select 'X'開始。運(yùn)用EXISTS子句不管子查詢從表中抽取什
么數(shù)據(jù)它只查看where子句。這樣優(yōu)化器就不必遍歷整個表而僅根據(jù)索引就可完成工作（
這里假定在where語句中使用的列存在索引）。相對于IN子句來說，EXISTS使用相連子查
詢，構(gòu)造起來要比IN子查詢困難一些。
通過使用EXIST，Oracle系統(tǒng)會首先檢查主查詢，然后運(yùn)行子查詢直到它找到第一個匹配
項(xiàng)，這就節(jié)省了時間。Oracle系統(tǒng)在執(zhí)行IN子查詢時，首先執(zhí)行子查詢，并將獲得的結(jié)
果列表存放在在一個加了索引的臨時表中。在執(zhí)行子查詢之前，系統(tǒng)先將主查詢掛起，
待子查詢執(zhí)行完畢，存放在臨時表中以后再執(zhí)行主查詢。這也就是使用EXISTS比使用IN
通常查詢速度快的原因。
同時應(yīng)盡可能使用NOT EXISTS來代替NOT IN，盡管二者都使用了NOT（不能使用索引而降
低速度），NOT EXISTS要比NOT IN查詢效率更高。
posted @
2008-07-23 10:24 Ken.Lee 閱讀(2133) |
評論 (2) |
編輯 收藏我發(fā)現(xiàn)我已經(jīng)很久沒有更新Blog了..這是我在升級數(shù)據(jù)庫時出現(xiàn)的問題.現(xiàn)在分享我的成果.
J2EE技術(shù)交流群:8883709
舉例:
A數(shù)據(jù)庫的A_User用戶指定的表空間是tablespace1,B數(shù)據(jù)庫的B_User用戶指定的空間指定為tablespace2;使用用戶A_User導(dǎo)出DMP文件導(dǎo)入到數(shù)據(jù)庫B的用戶B_User.用戶B擁有DBA權(quán)限,這樣會導(dǎo)致導(dǎo)入B_User用戶時,存儲的表空間為tablespace1,而不是tablespace2.
解決方法:
在B_User上執(zhí)行
revoke unlimited tablespace from B_User;
--數(shù)據(jù)庫B的B_User用戶在tablespace1的限額為０
alter user B_User quota 0 on tablespace1;
--自己的默認(rèn)表空間tablespace1的限額為無限
alter user B_User quota unlimited on tablespace2;
從數(shù)據(jù)庫A中導(dǎo)出的dmp文件里記錄了每個表的定義語句，這里邊包括表空間信息的，也就是說記錄了這個表的storage parameter，表空間是源數(shù)據(jù)庫的，即tablespace1。
這時候需要讓目標(biāo)數(shù)據(jù)庫，即數(shù)據(jù)庫B的B_User用戶在tablespace1的限額為０，而在其自己的默認(rèn)表空間tablespace2的限額為無限，這樣在導(dǎo)入時就會放在tablespace2表空間里了。
posted @
2007-06-25 21:38 Ken.Lee 閱讀(712) |
評論 (0) |
編輯 收藏
無意間看到這篇文章，感覺寫的很真實(shí)，很能反映目前許多人的情況。轉(zhuǎn)載過來與大家分享。
一條獵狗將兔子趕出了窩，一直追趕他，追了很久仍沒有捉到。牧羊看到此種情景，譏笑獵狗說"你們兩個之間小的反而跑得快得多。" 獵狗回答說："你不知道我們兩個的跑是完全不同的！我僅僅為了一頓飯而跑，他卻是為了性命而跑呀！"
目標(biāo)
這話被獵人聽到了,獵人想:獵狗說的對啊,那我要想得到更多的獵物,得想個好法子。于是,獵人又買來幾條獵狗,凡是能夠在打獵中捉到兔子的,就可以得到幾根骨頭,捉不到的就沒有飯吃.這一招果然有用,獵狗們紛紛去努力追兔子,因?yàn)檎l都不愿意看著別人有骨頭吃,自已沒的吃.就這樣過了一段時間,問題又出現(xiàn)了。大兔子非常難捉到,小兔子好捉.但捉到大兔子得到的獎賞和捉到小兔子得到的骨頭差不多,獵狗們善于觀察,發(fā)現(xiàn)了這個竅門,專門去捉小兔子。慢慢的,大家都發(fā)現(xiàn)了這個竅門。獵人對獵狗說:最近你們捉的兔子越來越小了,為什么?獵狗們說:反正沒有什么大的區(qū)別,為什么費(fèi)那么大的勁去捉那些大的呢?
動力
獵人經(jīng)過思考后,決定不將分得骨頭的數(shù)量與是否捉到兔子掛鉤,而是采用每過一段時間,就統(tǒng)計一次獵狗捉到兔子的總重量.按照重量來評價獵狗,決定一段時間內(nèi)的待遇。于是獵狗們捉到兔子的數(shù)量和重量都增加了。獵人很開心。但是過了一段時間,獵人發(fā)現(xiàn),獵狗們捉兔子的數(shù)量又少了,而且越有經(jīng)驗(yàn)的獵狗,捉兔子的數(shù)量下降的就越利害.于是獵人又去問獵狗。獵狗說"我們把最好的時間都奉獻(xiàn)給了您,主人,但是我們隨著時間的推移會老,當(dāng)我們捉不到兔子的時候,您還會給我們骨頭吃嗎?"
長期的骨頭
獵人做了論功行賞的決定。分析與匯總了所有獵狗捉到兔子的數(shù)量與重量,規(guī)定如果捉到的兔子超過了一定的數(shù)量后,即使捉不到兔子,每頓飯也可以得到一定數(shù)量的骨頭. 獵狗們都很高興,大家都努力去達(dá)到獵人規(guī)定的數(shù)量。一段時間過后,終于有一些獵狗達(dá)到了獵人規(guī)定的數(shù)量.這時,其中有一只獵狗說:我們這么努力,只得到幾根骨頭,而我們捉的獵物遠(yuǎn)遠(yuǎn)超過了這幾根骨頭.我們?yōu)槭裁床荒芙o自己捉兔子呢?"于是,有些獵狗離開了獵人,自己捉兔子去了。
骨頭與肉兼而有之
獵人意識到獵狗正在流失，并且那些流失的獵狗像野狗一般和自己的獵狗搶兔子。情況變得越來越糟，獵人不得已引誘了一條野狗，問他到底野狗比獵狗強(qiáng)在那里。野狗說：“獵狗吃的是骨頭，吐出來的是肉啊！”，接著又道：“也不是所有的野狗都頓頓有肉吃，大部分最后骨頭都沒的舔！不然也不至于被你誘惑。” 于是獵人進(jìn)行了改革，使得每條獵狗除基本骨頭外，可獲得其所獵兔肉總量的n，而且隨著服務(wù)時間加長，貢獻(xiàn)變大，該比例還可遞增,并有權(quán)分享獵人總兔肉的m。就這樣，獵狗們與獵人一起努力，將野狗們逼得叫苦連天，紛紛強(qiáng)烈要求重歸獵狗隊伍。
故事還在繼續(xù)
只有永遠(yuǎn)的利益，沒有永遠(yuǎn)的朋友
日子一天一天地過去，冬天到了，兔子越來越少，獵人們的收成也一天不如一天。而那些服務(wù)時間長的老獵狗們老得不能捉到兔子，但仍然在無憂無慮地享受著那些他們自以為是應(yīng)得的大份食物。終于有一天獵人再也不能忍受，把他們掃地出門，因?yàn)楂C人更需要身強(qiáng)力壯的獵狗。。。。。
成立公司
被掃地出門的老獵狗們得了一筆不菲的賠償金，于是他們成立了MicroBone公司。他們采用連鎖加盟的方式招募野狗，向野狗們傳授獵兔的技巧，他們從獵得的兔子中抽取一部分作為管理費(fèi)。當(dāng)賠償金幾乎全部用于廣告后，他們終于有了足夠多的野狗加盟。公司開始贏利。一年后，他們收購了獵人的家當(dāng)...
發(fā)展公司
MicroBone公司許諾給加盟的野狗能得到公司n的股份。這實(shí)在是太有誘惑力了。這些自認(rèn)為是懷才不遇的野狗們都以為找到了知音：終于做公司的主人了，不用再忍受獵人們呼來喚去的不快，不用再為捉到足夠多的兔子而累死累活，也不用眼巴巴地乞求獵人多給兩跟骨頭而扮得楚楚可憐。這一切對這些野狗來說，這比多吃兩根骨頭更加受用。于是野狗們拖家?guī)Э诘丶尤肓薓icroBone，一些在獵人門下的年輕獵口也開始蠢蠢欲動，甚至很多自以為聰明實(shí)際愚蠢的獵人也想加入。好多同類型的公司象雨后春筍般地成立了，BoneEase, Bone.com, ChinaBone....一時間，森林里熱鬧起來。
F4 的誕生
獵人憑借出售公司的錢走上了老獵狗走過的路，最后千辛萬苦要與MicroBone公司談判的時候，老獵狗出人意料的順利答應(yīng)了獵人，把MicroBone公司賣給了獵人。老獵狗們從此不再經(jīng)營公司，轉(zhuǎn)而開始寫自轉(zhuǎn)《老獵狗的一生》，又寫：《如何成為出色的獵狗》，《如何從一只普通獵狗成為一只管理層的獵狗》《獵狗成功秘訣》《成功獵狗500條》《窮獵狗，富獵狗》，并且將老獵狗的故事搬上屏幕，取名《獵狗花園》，四只老獵狗成為了家喻戶曉的明星F4. 收版權(quán)費(fèi)，沒有風(fēng)險，利潤更高。
總結(jié)：干活的總是拿得少的，拿得多的都是不干活的。
posted @
2007-04-17 23:38 Ken.Lee 閱讀(2011) |
評論 (3) |
編輯 收藏功能：Oracle數(shù)據(jù)導(dǎo)入導(dǎo)出imp/exp就相當(dāng)與oracle數(shù)據(jù)還原與備份。
?大多情況都可以用Oracle數(shù)據(jù)導(dǎo)入導(dǎo)出完成數(shù)據(jù)的備份和還原（不會造成數(shù)據(jù)的丟失）。
?
?Oracle有個好處，雖然你的電腦不是服務(wù)器，但是你裝了oracle客戶端，并建立了連接
?（通過net8 assistant中本地-->服務(wù)命名 添加正確的服務(wù)命名
?其實(shí)你可以想成是客戶端與服務(wù)器端修了條路，然后數(shù)據(jù)就可以被拉過來了）
?這樣你可以把數(shù)據(jù)導(dǎo)出到本地，雖然可能服務(wù)器離你很遠(yuǎn)。
?你同樣可以把dmp文件從本地導(dǎo)入到遠(yuǎn)處的數(shù)據(jù)庫服務(wù)器中。
?利用這個功能你可以構(gòu)建倆個相同的數(shù)據(jù)庫，一個用來測試，一個用來正式使用。
?
執(zhí)行環(huán)境：可以在SQLPLUS.EXE或者DOS（命令行）中執(zhí)行，
?DOS中可以執(zhí)行時由于 在oracle 8i 中? 安裝目錄\ora81\BIN被設(shè)置為全局路徑，
?該目錄下有EXP.EXE與IMP.EXE文件被用來執(zhí)行導(dǎo)入導(dǎo)出。
?oracle用java編寫，我想SQLPLUS.EXE、EXP.EXE、IMP.EXE這倆個文件是被包裝后的類文件。
?SQLPLUS.EXE調(diào)用EXP.EXE、IMP.EXE他們所包裹的類，完成導(dǎo)入導(dǎo)出功能。
?
下面介紹的是導(dǎo)入導(dǎo)出的實(shí)例，向?qū)雽?dǎo)出看實(shí)例基本上就可以完成，因?yàn)閷?dǎo)入導(dǎo)出很簡單。
數(shù)據(jù)導(dǎo)出：
?1 將數(shù)據(jù)庫TEST完全導(dǎo)出,用戶名system 密碼manager 導(dǎo)出到D:\daochu.dmp中
?? exp system/manager@TEST file=d:\daochu.dmp full=y
?2 將數(shù)據(jù)庫中system用戶與sys用戶的表導(dǎo)出
?? exp system/manager@TEST file=d:\daochu.dmp owner=(system,sys)
?3 將數(shù)據(jù)庫中的表table1 、table2導(dǎo)出
?? exp system/manager@TEST file=d:\daochu.dmp tables=(table1,table2)?
?4 將數(shù)據(jù)庫中的表table1中的字段filed1以"00"打頭的數(shù)據(jù)導(dǎo)出
?? exp system/manager@TEST file=d:\daochu.dmp tables=(table1)?query=\" where filed1 like '00%'\"
?
???? 上面是常用的導(dǎo)出，對于壓縮我不太在意，用winzip把dmp文件可以很好的壓縮。
???????????????????? 不過在上面命令后面 加上 compress=y? 就可以了
數(shù)據(jù)的導(dǎo)入
?1 將D:\daochu.dmp 中的數(shù)據(jù)導(dǎo)入 TEST數(shù)據(jù)庫中。
?? imp
system/manager@TEST? file=d:\daochu.dmp
?? 上面可能有點(diǎn)問題，因?yàn)橛械谋硪呀?jīng)存在，然后它就報錯，對該表就不進(jìn)行導(dǎo)入。
?? 在后面加上 ignore=y 就可以了。
?2 將d:\daochu.dmp中的表table1 導(dǎo)入
?imp
system/manager@TEST? file=d:\daochu.dmp? tables=(table1)?
?
?基本上上面的導(dǎo)入導(dǎo)出夠用了。不少情況我是將表徹底刪除，然后導(dǎo)入。
?
注意：
?你要有足夠的權(quán)限，權(quán)限不夠它會提示你。
?數(shù)據(jù)庫時可以連上的?？梢杂胻nsping TEST 來獲得數(shù)據(jù)庫TEST能否連上。
（張貞亮2005-02-24作，不足之處請大家指正）
posted @
2007-04-17 08:56 Ken.Lee 閱讀(2505) |
評論 (2) |
編輯 收藏
/*
*
*Author:Ken?Lee
*Time:2007-04-07
*Note:該JavaScript函數(shù)是在JS里動態(tài)的引入JS腳本.
*Edition:1.0.0
*
*/
function
?LoadJs(filePath){
????
var
?head?
=
?document.getElementsByTagName('head').item(
0
);
??? var
?script?
=
?document.createElement('script');
??? script.src?
=
?file;
??? script.type?
=
?
"
text/javascript
"
;
??? head.appendChild(script);
}
posted @
2007-04-07 08:50 Ken.Lee 閱讀(477) |
評論 (0) |
編輯 收藏
?這幾天做了一些drag&drop操作方面的工作，在這里把一些注意事項(xiàng)記錄下來，算是給自己備個忘，也給需要做類似工作的人留個樹陰。這里要討論的drag&drop是指使用IE提供的內(nèi)置機(jī)制，而不是使用鼠標(biāo)模擬的那種"假"drag&drop，比如移動一個div或span的效果那種。
????? 要實(shí)現(xiàn)和控制drag&drop操作，那么首先第一點(diǎn)要弄清楚的是，到底哪些元素是可以在Web上被drag的？實(shí)際上IE給我們并讓我們drag的元素并不多，它們是：圖片、選中的文字（包括頁面文字和文字控件(input, textarea)中的文字）和連接（普通連接和錨點(diǎn)）。除此之外，別的Web元素都不支持drag操作（在這些元素上面drag其實(shí)就是選擇操作了），所以要實(shí)現(xiàn)drag&drop控制，只能選這3類元素來操作。
?????? 接下來，那么哪些元素又是可以接受drop操作呢？任何頁面上的可見元素都是可以接受drop操作的，而它們之間的不同只是在于默認(rèn)的drop事件不一樣。比如，文字控件(input, textarea)的默認(rèn)drop事件就是獲取drag操作傳過來的文字內(nèi)容；iframe元素的默認(rèn)drop操作是到航道drag操作傳過來的URL地址。當(dāng)然絕大多數(shù)的Web元素的默認(rèn)是操作是do nothing，什么也不做。
?????? 那么當(dāng)進(jìn)行drag&drop操作時，有那些是可控制和定制的內(nèi)容呢？這里關(guān)于drag&drop提供了以下一些事件（我們把它們分為作用于來源對象和目的對象來分別討論），先討論主要作用于來源對象的事件：
?? ·ondrag —— 在整個從drag動作開始，直道drop動作結(jié)束的過程中，都會觸發(fā)的一個事件。
?? ·ondragstart —— 在drag動作開始時，在來源對象上觸發(fā)的一個事件。
?? ·ondragend —— 在drop動作結(jié)束的時候，在來源對象上出發(fā)的一個事件。
?????? 而主要做要在目的對象上的事件：
?? ·ondragenter —— 在drag動作進(jìn)入某一有效目的元素時，在該目的元素上觸發(fā)的一個事件。
?? ·ondragover —— 在drag動作進(jìn)入某一有效目的元素后，在該目的元素上觸發(fā)的一個事件。
?? ·ondragleave —— 在drag動作離開某一有效目的元素時，在該目的元素上觸發(fā)的一個事件。
?? ·ondrop —— 在任何有效目的元素上進(jìn)行drop操作時，在該目的元素上觸發(fā)的一個事件。
?????? 這里的來源和目的的劃分不是絕對的，比如ondragover事件，在drag操作過程中，如果鼠標(biāo)進(jìn)入了來源對象中，同樣的也會觸發(fā)這個事件。這些事件觸發(fā)的順序是：來源對象 --> ondragstart --> ondrag --> ondragend；目的對象 --> ondragenter --> ondragover --> ( ondragleave | ondrap )。由于是分別在同一個對象上觸發(fā)的事件，所以這個順序很簡單。那么對于一個完整的從來源對象到目的對象的drag&drop操作來說，事件的觸發(fā)序列又是怎樣呢？如果src表示來源對象，des表示目的對象，那么事件觸發(fā)序列為：
?????? src:ondragstart --> src:ondrag --> des:ondragenter --> des:ondragover --> ( des:ondragleave | des:ondrop ) --> src:ondragend.
??? 示例為：Drag Source Drop Destination
??? // 如果alert窗口不響應(yīng)鼠標(biāo)點(diǎn)擊可以使用鍵盤的space鍵來確定窗口
?????? 了解了事件觸發(fā)順序后，定制drag&drop過程中鼠標(biāo)的光標(biāo)形狀也是非常重要的一個內(nèi)容。因?yàn)橛脩舻膁rag&drop的整個過程都需要靠鼠標(biāo)光標(biāo)的形狀指導(dǎo)其進(jìn)行操作，如果不能實(shí)時的調(diào)整光標(biāo)為適合的型狀，drag&drop操作對用戶來說將無異于朦眼尋物。IE提供了用來控制的drag&drop過程中光標(biāo)形狀的兩個屬性，它們是：effectAllowed和dropEffect。
????? 其屬性分別為：
??????? ·effectAllowed: copy, link, move, copyLink, copyMove, all, none & uninitialized.
??????? ·dropEffect: copy, link, move, none.
??????? 前者effectAllowed是用來控制允許drag&drop操作類型的，所以這里的effect不是顯示的"效果"，而是是否可以執(zhí)行的"操作"，并且該屬性只能在ondragstart事件中進(jìn)行初始化，之后再對其賦值將無效。當(dāng)然如果只使用effectAllowed屬性，就已經(jīng)可以達(dá)到控制光標(biāo)形狀的作用了。只是effectAllowed屬性在處理復(fù)合操作時，比如copyLink, copyMove和all，會默認(rèn)顯示靠前那個操作類型的鼠標(biāo)類型。也就是說如果effectAllowed是copyMove，那么這是鼠標(biāo)光標(biāo)就是copy形狀。這下就知道為什么還要弄個dropEffect屬性了吧？不過這個dropEffect屬性中指定的effect，只能是之前effectAllowed允許的操作類型范圍中的值，否則沒有效果（顯示no-drop鼠標(biāo)光標(biāo)）。
?? ?
??? 示例為： Drag Source Drop Destination
?????? 如果查看代碼，會發(fā)現(xiàn)在src和des的對象元素中，在ondragover事件里除了對dropEffect賦以適當(dāng)?shù)闹低猓€有兩句話：
?? event.returnValue=false;
?? event.cancelBubble=true;
?????? 只是由于頁面元素在接受dragover的時候，本身都有其默認(rèn)的鼠標(biāo)光標(biāo)顯示型狀，所以為了讓用戶自定義的鼠標(biāo)光標(biāo)生效，就需要使事件event的returenValue為false值并停止當(dāng)事件的冒泡(event.cancelBubble=true)。
?????? 到目前為止，一個完整的drag&drop過程就差數(shù)據(jù)傳遞了，其實(shí)忙活了半天，這才是藏在所有交互操作和顯示效果下面最重要的步驟。這個過程需要借助于IE提供的DHTML Data Transfer對象來完成，在window對象的屬性event對象中，分別有兩個Data Transfer對象各自的一個實(shí)例：一個叫dataTransfer，另一個叫clipboardData。這兩個對象實(shí)例的行為非常相似，但又有一些區(qū)別，clipboardData顧名思義，它使用操作系統(tǒng)的剪貼板來存取數(shù)據(jù)，并有3個方法；而dataTransfer通過操作一個自己的內(nèi)部剪貼板來存取數(shù)據(jù)(每次ondragend事件觸發(fā)后就自動清空了)，除了有和clipboardData相同的3個方法外，還有兩個屬性(就是前面介紹的那兩個effectAllowed和dropEffect)。
?????? 我們這里不對clipboardData作更多的討論，繼續(xù)來看dataTransfer對象。它包含3個方法，它們是：setData(sDataFormat, sText), getData(sDataFormat)和clearData([sDataFormat])。它們更詳細(xì)的使用和參數(shù)請參閱MSDN，這里我只用它們來實(shí)現(xiàn)drag&drop的數(shù)據(jù)傳遞。
??? 示例為：Drag Source Drop Destination
????? 其實(shí)很簡單，就是在src的ondragstart中，調(diào)用event.dataTransfer.setData('TEXT', this.innerText)，然后再des的ondrop事件中，調(diào)用this.innerText = event.dataTransfer.getData('TEXT')就行了。
posted @
2007-04-05 20:18 Ken.Lee 閱讀(313) |
評論 (0) |
編輯 收藏
摘要: import
?java.io.InputStream;
import
?java.util.Properties;
import
?org.apache.commons.net.ftp.FTPClient;
import
?org.apache.commons.net.ftp.FTPClientConfig;
imp...
閱讀全文
posted @
2007-03-28 19:42 Ken.Lee 閱讀(1061) |
評論 (0) |
編輯 收藏
Windows鍵+R鍵
輸入cmd,進(jìn)入Windows的虛擬DOS;
查看進(jìn)程服務(wù) tasklist /svc;
查看端口 netstat -an.
posted @
2007-03-12 09:13 Ken.Lee 閱讀(2022) |
評論 (2) |
編輯 收藏
在PL/SQL Developer復(fù)制一條記錄,快速提交這條記錄,而不用使用insert into。
1.使用PL/SQL Developer查詢出一條記錄,選中并復(fù)制。
2.執(zhí)行SQL語句(如表名是TBL_TEST)。
? SELECT * FROM TBL_TEST FOR UPDATE
3.點(diǎn)擊PL/SQL Developer的Edit data(查詢出來那里的鎖圖標(biāo))。
4.點(diǎn)擊加號,增加一條空記錄。
5.將剛才查詢到的記錄粘貼在文本。
6.選中空記錄,粘貼.commit就OK。
看起來步驟還挺多的,但實(shí)際操作起來比insert into快多了。
posted @
2007-03-09 16:27 Ken.Lee 閱讀(5517) |
評論 (5) |
編輯 收藏