資料庫調優方法

⑴ 資料庫調優(比如現在有一張表有一萬條數據,查詢太慢,應該怎麼辦)

你是不是要經常要用到這些數據呢？如果是的，你可以對你要經常查詢的列進行索引的設置。具體方法是：你打開一個資料庫，選擇一個表，點擊右鍵，點開修改表，豎臘余選中你要建立余滾局返索引的列，然後再點擊右鍵，選中索引就可以建立索引了。

⑵ 優化Derby資料庫程序性能的方法有哪些

derby資料庫可視化操作工具，該怎麼解決
淺談一下Cognos處理大數據的思路，僅針對10.2.1以下的版本，對於10.2.1當中引入的hadloop等分布式數據倉庫等不做介紹。我們主要從一個一般中等項目當中，用怎樣的思路來優化我們的查詢。
我們主要從3個思路來思考大數據的處理

一、資料庫層次
現在主流的Cognos項目，主要的開發模式還是基於rolap的dmr報表建模。因此，資料庫的優化就顯得由為重要。主要通過以下幾個方面優化我們的資料庫：

(1)維度id，維度層次id等關鍵減縮欄位建立索引建立、維護。
(2)根據數據量的大小，按時間等進行分區優化。
(3)高速緩沖表MQT的使用
(4)表空間、緩沖池設置等
(5)資料庫性能優化

二、Cognos Server優化
Cognos優化包括對配置文件的優化，集群的搭建，服務和日誌的開啟等基於cognos 軟體安裝，配置的優化，主要包括以下幾個方面：

2.1 apache 配置優化
Timeout（超時）/MaxKeepAliveRequests（最大的請求數）/KeepAliveTimeout（請求超時）的優化配置

2.2Cognos自帶tomcat配置調優
(1)可修改TOMCAT配置文件CRN_ROOT\tomcat.\conf\server.xml。其參數集中在行：
可以對maxProcessors（最大進程數）/AcceptCount(最大連接數) ConnectionTimeout（連接超時）進行修改
(2)文件路徑：CRN_ROOT\tomcat.\conf\web.xml
可以對session-timeout進行修改.

⑶ GBase8s資料庫sql語句性能緩慢從哪個方面入手分析

在實際的生產運行環境中，很多客戶現場都看到開發人員和系統管理人員遇到很多有關於GBase 8s 資料庫引起的性能問題，進而被多次問起如何進行GBase 8s 資料庫性能調優，

性能優化原則
包括：

性能規劃：深入了解應用與資料庫的交互特徵，確立良好的設計、開發、測試迭代過程，上線前消除模型上的性能瓶頸。
實例調優：建立性能基準，對比調節資料庫、操作系統、存儲、網路等的配置，主動監控、消除瓶頸。
SQL 調優：書寫高效 SQL，優化相關資料庫對象，充分藉助優化器，確定最佳執行計劃。
性能優化流程
首先執行下面的初始檢查：
– 獲取直接用戶的使用反饋，確定性能目標和范圍。
– 獲取性能表現好與壞時的操作系統、資料庫、應用統計信息。
– 對資料庫做一次全面健康檢查。
根據收集的信息，以及對應用特性的了解，構建性能概念模型，明確性能瓶頸所在，以及導致性能的根本原因。
– 首先應該排除操作系統、硬體資源造成的瓶頸。
– 然後針對資料庫系統性能進行分析
– 必要時，還需要檢查應用日誌，因為系統性能問題也可能由於應用非 SQL 部分造成瓶頸。
提出一系列針對的優化措施，並根據它們對性能改善的重要程度排序，然後逐一加以實施。不要一次執行所有的優化措施，必須逐條嘗試，逐步對比。
通過獲取直接用戶的反饋驗證調節是否已經產生預期的效果，否則，需要重新提煉性能概念模型，直到對應用特性了解進一步准確。
重復上述，直到性能達到目標或由於客觀約束無法進一步優化。
常見調優技巧
找到 CPU 佔用最高的 SQL

在 sysmaster 庫中執行
select sqx_estcost, sqx_sqlstatement
from syssqexplain
order by sqx_estcost desc
1
2
3
注意：此時看到的僅僅是當前正在執行的 SQL
需要多看幾次

onstat 命令
onstat -g act 得到當前正在執行的 SQL

根據 rstcb 列
onstat -u | grep 57c68220
1
從第三列 sessid 得到 SESSION
onstat -g ses SESSION 即可得到當時正在執行的 SQL
一般多找幾個 threads 後，就基本可以確定問題 SQL

得到 SQL 後，利用 set explain on 分析其查詢路徑，看是否未利用索引，在對大表進行全表掃描，根據需要創建相應索引。

找到全表掃描較多的表及其 SQL
得到全表掃描較多的表
-- 系統順序掃描較多時，被多次順序掃描的大表，如果有，應該考慮增加索引
select first 5
substr(t.tabname,0,20) tabname,
substr(dbsname,0,10) dbname,
nrows*rowsize*p.seqscans costs,
substr(p.seqscans,0,8) seqscans,
substr(nrows,0,8) nrows
from sysmaster:sysptprof p , systables t,sysmaster:sysprofile s
where p.tabname = t.tabname
and p.seqscans > s.value/50
and s.name = 'seqscans'
--and s.value > 2000000 and nrows > 2000
order by 3 desc
1
2
3
4
5
6
7
8
9
10
11
12
13
利用 onstat –g ses 0 –r 5/ onstat –g stm 的輸出信息，根據表名，找到可能的 SQL 語句。由於以上獲取 SQL 的辦法是有局限的，如果無法獲取，建議通過查看應用日誌或聯系開發人員查看源代碼的方式來找到。

利用 set explain on 分析其查詢路徑，確認是在對表進行全表掃描，根據需要創建相應索引。

⑷ 如何優化資料庫的性能

--資料庫性能調優
--1.聚集索引、主鍵
--2.盡量不要用臨時表
--3.多多使用事務
--4.表設計要規范
--5.不要使用游標
--6.避免死鎖
--7.不要打開大數據集
--8.最好不要select *
--9.不要使用text數據類型，用varchar
--10.不要給諸如「性別」列創建索引
--11.不要使用Insert插入大量的數據
--12.盡量用join代替where,因為where進行全表搜索

⑸ sql語句調優的主要方法

SQL語句調優，要看在什麼資料庫平台，資料庫不同使用的調優方式也不同。
總體來說，一種是通過查詢系統資料庫，找出最消耗資源的SQL，然後進行調優。
在有一種就是對已有的SQL語句進行調優，通常是查看SQL執行計劃，是否有使用到索引，查看SQL的消耗，根據具體情況進行調優。

⑹ 當資料庫變慢時的解決方法有哪些

我們使用電腦和手機時候最不能忍受就是設備又卡又慢了,嚴重影響我們工作或者游戲體驗。當資料庫變慢時，我們應如何入手，下面的解決方法。

方法步驟

第一章 檢查系統的狀態

1.1 使用sar來檢查操作系統是否存在IO問題

1.2 關注內存vmstat

1.3 找到使用資源特別大的Oracle的session及其執行的語句

1.4 查找前十條性能差的sql語句

當資料庫變慢時，我們應如何入手

當應用管理員通告現在應用很慢、資料庫很慢時，當Oracle DBA在資料庫上做幾個示例的Select也發現同樣的問題時，有些時侯就會無從下手，因為DBA認為資料庫的各種命種率都是滿足Oracle文檔的建議。實際上如今的優化己經向優化等待(waits)轉型了，實際中性能優化最根本的出現點也都集中在I/O，這是影響性能最主要的方面，由系統中的等待去發現Oracle庫中的不足、操作系統某些資源利用的不合理是一個比較好的辦法。下面把一些實踐經驗與大家分享，本文測重於Unix環境。

第一章 檢查系統的狀態

通過操作系統的一些工具檢查系統的狀態，比如CPU、內存、交換、磁碟的利用率，根據經驗或與系統正常時的狀態相比對，有時系統表面上看起來看空閑，這也可能不是一個正常的狀態，因為cpu可能正等待IO的完成。除此之外，還應觀注那些佔用系統資源(cpu、內存)的進程。

1.1 使用sar來檢查操作系統是否存在IO問題

#sar -u 2 10 -- 即每隔2秒檢察一次，共執行20次。

結果示例：

註：在redhat下，%system就是所謂的%wio。

Linux 2.4.21-20.ELsmp (YY075) 05/19/2005

10:36:07 AM CPU %user %nice %system %idle

10:36:09 AM all 0.00 0.00 0.13 99.87

10:36:11 AM all 0.00 0.00 0.00 100.00

10:36:13 AM all 0.25 0.00 0.25 99.49

10:36:15 AM all 0.13 0.00 0.13 99.75

10:36:17 AM all 0.00 0.00 0.00 100.00

其中：

Ø %usr指的是用戶進程使用的cpu資源的百分比;

Ø %sys指的是系統資源使用cpu資源的百分比;

Ø %wio指的是等待io完成的百分比，這是值得觀注的一項;

Ø %idle即空閑的百分比。

如果wio列的值很大，如在35%以上，說明系統的IO存在瓶頸，CPU花費了很大的時間去等待I/O的完成。Idle很小說明系統CPU很忙。像以上的示例，可以看到wio平均值為11，說明I/O沒什麼特別的問題，而idle值為零，說明cpu已經滿負荷運行了。

當系統存在IO問題時，可以從以下幾個方面解決：

Ø 聯系相應的操作系統的技術支持對這方面進行優化，比如hp-ux在劃定卷組時的條帶化等方面。

Ø 查找Oracle中不合理的sql語句，對其進行優化;

Ø 對Oracle中訪問量頻繁的表除合理建索引外，再就是把這些表分表空間存放以免訪問上產生熱點，再有就是對表合理分區。

1.2 關注內存

常用的工具便是vmstat，對於hp-unix來說，可以用glance。Aix來說可以用topas。當發現vmstat中pi列非零，memory中的free列的值很小，glance、topas中內存的利用率多於80%時，這時說明內存方面應該調節一下。方法大體有以下幾項：

Ø 劃給Oracle使用的內存不要超過系統內存的1/2，一般保在系統內存的40%為益。

Ø 為系統增加內存;

Ø 如果你的連接特別多，可以使用MTS的方式;

Ø 打全補丁，防止內存漏洞。

1.3 找到使用資源特別大的Oracle的session及其執行的語句

Hp-unix可以用glance或top。IBM AIX可以用topas。此外可以使用ps的命令。

通過這些程序可以找到點用系統資源特別大的這些進程的進程號，就可以通過以下的sql語句發現這個pid正在執行哪個sql，這個sql最好在pl/sql developer、toad等軟體中執行：

SELECT a.username, a.machine, a.program, a.sid, a.serial#, a.status,

c.piece, c.sql_text

FROM v$session a, v$process b, v$sqltext c

WHERE b.spid = 'ORCL'

AND b.addr = a.paddr

AND a.sql_address = c.address(+)

ORDER BY c.piece;

可以把得到的這個sql分析一下，看一下它的執行計劃是否走索引。對其優化避免全表掃描，以減少IO等待，從而加快語句的執行速度。

提示：在做優化sql時，經常碰到使用in的語句，這時一定要用exists把它給換掉，因為Oracle在處理In時是按Or的方式做的，即使使用了索引也會很慢。比如：

SELECT col1, col2, col3 FROM table1 a

WHERE a.col1 NOT IN (SELECT col1 FROM table2)

可以換成：

SELECT col1, col2, col3 FROM table1 a

WHERE NOT EXISTS

(SELECT 'x' FROM table2 b WHERE a.col1=b.col1)

1.4 查找前十條性能差的sql語句

SELECT * FROM (SELECT parsing_user_id, executions, sorts, command_type,

disk_reads, sql_text FROM v$sqlarea

ORDER BY disk_reads DESC)

WHERE ROWNUM<10;

第二章 檢查會話狀態

要快速發現Oracle Server的性能問題的原因，可以求助於v$session_wait視圖，看系統的這些session在等什麼，使用了多少的IO。以下是參考腳本：

-- 腳本說明：查看佔I/O較大的正在運行的session：

SELECT se.sid, se.serial#, pr.spid, se.username, se.status, se.terminal,

se.program, se.mole, se.sql_address, st.event, st.p1text,

si.physical_reads, si.block_changes

FROM v$session se, v$session_wait st, v$sess_io si, v$process pr

WHERE st.sid=se.sid AND st.sid=si.sid

AND se.PADDR=pr.ADDR

AND se.sid>6

AND st.wait_time=0

AND st.event NOT LIKE '%SQL%'

ORDER BY physical_reads DESC;

對檢索出的結果的幾點說明：

1. 以上是按每個正在等待的session已經發生的物理讀排的序，因為它與實際的I/O相關。

2. 可以看一下這些等待的進程都在忙什麼，語句是否合理?

SELECT sql_address FROM v$session WHERE sid=;

SELECT * FROM v$sqltext WHERE address=;

執行以上兩個語句便可以得到這個session的語句。

也以用alter system kill session 'sid, serial#';把這個session殺掉。

3. 應觀注一下event列，這是調優的關鍵一列，下面對常出現的event做以簡要的說明：

1) buffer busy waits，free buffer waits這兩個參數所標識是dbwr是否夠用的問題，與IO很大相關的，當v$session_wait中的free buffer wait的條目很小或沒有時，說明系統的dbwr進程決對夠用，不用調整;free buffer wait的條目很多，系統感覺起來一定很慢，這時說明dbwr已經不夠用了，它產生的wio已經成為資料庫性能的瓶頸，這時的解決辦法如下：

Ø 增加寫進程，同時要調整db_block_lru_latches參數：

示例：修改或添加如下兩個參數

db_writer_processes=4

db_block_lru_latches=8

Ø 開非同步IO。IBM這方面簡單得多，hp則麻煩一些，可以與Hp工程師聯系。

2) db file sequential read，指的是順序讀，即全表掃描，這也是應盡量減少的部分，解決方法就是使用索引、sql調優，同時可以增大db_file_multiblock_read_count這個參數。

3) db file scattered read參數指的是通過索引來讀取，同樣可以通過增加db_file_multiblock_read_count這個參數來提高性能。

4) latch free與栓相關，需要專門調節。

5) 其他參數可以不特別觀注

補充：解決系統變慢的常用技巧方法

1、在我的電腦窗口，右擊要清理的盤符―“屬性”―“清理磁碟”--勾選要刪除的文件--確定--是。

2、右鍵瀏覽器e――屬性――點2個刪除1個清除(都要逐一確定)――確定 。

3、把C:WINDOWSPrefetch(預讀文件)把裡面的文件全部刪除

4、用優化大師或超級兔子清理注冊表和垃圾文件。

5、“開始”――運行中輸入msconfig――確定――啟動――除了輸入法ctfmon以外的勾全去掉。

6、右鍵我的電腦”――屬性――點高級――點啟動和故障恢復中的設置――去掉所有的勾――寫入調試信息選擇“無”――確定――點高級下面錯誤報告――點禁用――2次確定。

7、“開始”..打開控制面板中的文件夾選項..點查看..點去末項自動搜索文件夾前面的勾..確定。

8、右鍵我的電腦――屬性――硬體――設備管理器――雙擊IDE控制器――次要通道――高級設置――傳送模式都選DMA――設備類型選無――確定――主要通道也同樣設置――確定。

9、右鍵C盤進行磁碟清理和其它選項中的系統還原清理。

⑺ 關於DB2資料庫的參數調優技巧

在開始前 請關閉IBM目錄伺服器 將上下文切換到IBM目錄伺服器DB 實例擁有者 一般是ldapdb 用戶 比如

在Unix系統里 輸入

su ldapdb

在Windows系統里 輸入

db cmdset DB INSTANCE=ldapdb

為了調節DB 參數 運行db tunings sh腳本 你可以在這里下載:// sofare ibm /ibmdl/pub/sofare/tivoli_support/misc/Security/AMeB/_am /tuning_guide_scripts tar

或者通過ftp地址

ftp://ftp sofare ibm /sofare/tivoli_support/misc/Security/AMeB/am /tuning_guide_scripts tar

Web頁面需要注冊用戶名和密碼

這個腳本的文件系統擁有者必須是DB 實例擁有者 一般就是ldapdb 用戶 文件系統組應該和實例擁有者相同(一般是dbsysadm) 腳本必須在DB 實例擁有者的上下文中使用

腳本中的ibmdefaultbp和ldapbp參數控制著DB 的緩沖池 db _turnings sh腳本 設置了DB 緩沖池的建議大小 其他一些可選的設置在腳本的注釋里寫明了 IBM目錄伺服器的性能隨著DB 緩沖池的增長而提高 然而在大多數情況下 通過這樣的參數調節方式 你可以預見不超過 %的性能提高

DB 緩沖池是DB 緩存數據表和索引的地方 DB 用戶使用索引來在查詢時迅速找到該獲取哪個錶行項 需要更多信息 請參考IBM Directory Server Tuning Guide

顯示和驗證當前設置

輸入如下命令來顯示當前的DB 參數調節設置的結果

db get database configuration for ldapdb |

egrep DBHEAP|SORTHEAP|MAXLOCKS|MINMIT|UTIL_HEAP_SZ|APPLHEAPSZ

db connect to ldapdb

db select bpname npages pagesize from syscat bufferpools

db terminate

如果某個堆配置參數過低 就將出現一些功能性的問題 輸入如下命令來顯示當前的堆參數設置

db get db cfg for ldapdb | grep HEAP

下面是一個使用了推薦值的多種堆參數的輸出例子顯示

Database heap ( KB) (DBHEAP) =

Utilities heap size ( KB) (UTIL_HEAP_SZ) =

Max appl control heap size ( KB) (APP_CTL_HEAP_SZ) =

Sort list heap ( KB) (SORTHEAP) =

SQL statement heap ( KB) (STMTHEAP) =

Default application heap ( KB) (APPLHEAPSZ) =

Statistics heap size ( KB ) (STAT_HEAP_SZ) =

如果一個堆參數小於最小值 輸入如下命令將其增大到最小值

db update db cfg for ldapdb using parm_name parm_value

這里parm_name是上文輸出中的第三欄的字樣(無括弧) parm_value是最後一欄的值

如果堆參數設置的過高或者過低 IBM的目錄伺服器都會以失效來提示出現了問題 在這種情況下 需要查看諸如IBM Directory Server V (IDS )的cli error文件或者IBM Tivoli Directory Server V (IDS v )的db cli log或者其他一些文件 在IDS v 系統中 該文件預設目錄在Solaris的/var/ldap/和AIX的/tmp中 在IDS v 和後來系統中 Solaris和AIX的預設目錄都是/var/ldap

注意db look能夠在一條命令下提供關於資料庫及其配置的足夠多的信息 例子如下

db look d ldapdb u ldapdb p o output_file

output_file是存儲結果的文件位置

關於IBM目錄伺服器運行的警告

DB 參數調節使用了db terminate 如果當該命令發出 IBM目錄伺服器slapd或ibmslapd進程在運行 它將阻止伺服器的部分功能 所有緩存的搜索看起來反應正常 其他的搜索將會簡單的變為無結果或者出現錯誤信息 恢復功能將會重啟IBM目錄伺服器 因此最好是在調節DB 參數時關閉IBM目錄伺服器

關於緩沖池內存使用的警告

如果任何的緩沖池被設置過高 DB 將會因為缺少足夠內存而無法啟動 如果出現該問題將會有一個核心轉儲的文件 但是通常沒有錯誤信息

在AIX系統里 系統錯誤日誌將會報告一個內存分配失敗 查看這個日誌請輸入

errpt a | more

使用太大的緩沖池大小來恢復一個被分在系統里的資料庫將會導致恢復失敗 查看//publib boulder ibm /infocenter/tivihelp/v r /topic/ ibm itame doc_ /am _perftune #idtrouble來解決這個問題

如果DB 因為緩沖池過大而無法啟動 請重新調節DB 參數

關於MINMIT的警告

lishixin/Article/program/DB2/201311/11229

⑻ 如何優化資料庫的性能

--資料庫仿塵性能調優

--1.聚集索引譽數、主鍵

--2.盡量不要用臨時表

--3.多多使用事務

--4.表設計要規慶大首范

--5.不要使用游標

--6.避免死鎖

--7.不要打開大數據集

--8.最好不要select *

--9.不要使用text數據類型，用varchar

--10.不要給諸如「性別」列創建索引

--11.不要使用Insert插入大量的數據

--12.盡量用join代替where,因為where進行全表搜索

⑼ Oracle資料庫系統調優方法

Oracle 資料庫廣泛應用在社會的各個領域，特別是在Client/Server模式的應用，但是應用開發者往往碰到整個系統的性能隨著數據量的增大顯著下降的問題，為了解決這個問題，從以下幾個方面：資料庫伺服器、網路I/O、應用程序等對整個系統加以調整，充分發揮Oracle的效能，提高整個系統的性能。
1 調整資料庫伺服器的性能
Oracle資料庫伺服器是整個系統的核心，它的性能高低直接影響整個系統的性能，為了調整Oracle資料庫伺服器的性能，主要從以下幾個方面考慮：
1.1 調整
操作系統以適合Oracle資料庫伺服器運行
Oracle資料庫伺服器很大程度上依賴於運行伺服器的操作系統，如果操作系統不能提供最好性能，那麼無論如何調整，Oracle資料庫伺服器也無法發揮其應有的性能。
1.1.1 為Oracle資料庫伺服器規劃系統資源
據已有計算機可用資源， 規劃分配給Oracle伺服器資源原則是：盡可能使Oracle伺服器使用資源最大化，特別在Client/Server中盡量讓伺服器上所有資源都來運行Oracle服務。
1.1.2 調整計算機系統中的內存配置
多數操作系統都用虛存來模擬計算機上更大的內存，運告它實際上是硬碟上的一定的磁碟空間。當實際的內存空間不能滿足應用軟體的要求時，操作系統就將用這部分的磁碟空間對內存中的信息進行頁面替換，這將引起大量的磁碟I/O操作，使整個伺服器的性能下降。為了避免過多地使用虛存，應加大計算機的內存。
1.1.3 為Oracle資料庫伺服器設置操作系統進程優先順序
不要在操作系統中調整Oracle進程的優先順序，因為在Oracle資料庫系統中，所有的後台和前台資料庫伺服器進程執行的是同等重要的工作，需要同等的優先順序。所以在安裝時，讓所有的資料庫伺服器進程都使用預設的優先順序運行。
1.2 調整內存分配
Oracle資料庫伺服器保留3個基本的內存高速緩存，分別對應3種不同類型的數據：庫高速緩存，字典高速緩存和緩沖區高速緩存。庫高速緩存和字典高速緩存一起構成共享池，共享池再加上緩沖區高速緩存便構成了系統全程區（SGA）。SGA是對資料庫數據進行快速訪問的一個系統全程區，若SGA本身需要頻繁地進行釋放、分配，則不能達到快速訪問數據的目的，因此應把SGA放在主存中，不要放在虛擬內存中。內存的調整主要是指調整組成SGA的內存結構的大小來提高系統性能，由於Oracle資料庫伺服器的內存結構需求與應用密切相關，所以內存結構的調整應在磁碟I/O調整之前進行。
1.2.1 庫緩沖區的調整
庫緩沖區中包含私用和共享SQL和PL/SQL區，通過比較庫緩沖區的命中率決定它的大小。要調整庫緩沖區，必須首先了解該庫緩沖區的活動情況，庫緩沖區的活動統計信息保留在動態性能表v$librarycache數據字典中，可通過查詢該表來了解其活動情況，以決定如何調做敬整。
1.2.2 數據字典緩沖區的調整
數據字典緩沖區包含了有關資料庫的結構、用戶、實體信息。數據字典的命中率純悄慎，對系統性能影響極大。數據字典緩沖區的使用情況記錄在動態性能表v$librarycache中，可通過查詢該表來了解其活動情況，以決定如何調整。
1.2.3 緩沖區高速緩存的調整
用戶進程所存取的所有數據都是經過緩沖區高速緩存來存取，所以該部分的命中率，對性能至關重要。緩沖區高速緩存的使用情況記錄在動態性能表v$sysstat中，可通過查詢該表來了解其活動情況，以決定如何調整。
2 調整 Client/Server 模式下的網路 I/O
Client/Server環境中的應用處理是分布在客戶應用程序和資料庫服務程序之間的。在 Client/Server環境中Client與Server之間的網路I/O是整個系統性能提高的瓶頸，一個客戶應用程序引起的網路I/O越少，應用及整個系統的性能越好。減少網路I/O的最重要的一條原則：將應用邏輯集中在資料庫伺服器中。
2.1 使用Oracle資料庫的完整約束性
當為應用建表時，應當為一些有特殊要求的數據加上適當的完整性約束，這樣就能實現由資料庫本身而不是應用程序來約束數據符合一定的條件。資料庫伺服器端的完整約束的執行操作是在比SQL語句級別更低的系統機制上優化，它與客戶端無關，只在伺服器中運行，不需在Client 端和Server端之間傳遞SQL語句，有效地減輕網路I/O負擔。
2.2 使用資料庫觸發器
完整約束性只能實現一些較簡單的數據約束條件，對一些較復雜的事物處理規則就無能為力，這時最好不要在應用程序中實施復雜的程序控制，而是應當採用資料庫觸發器來實施復雜的事物規則。資料庫觸發器能實現由資料庫本身，而不是應用程序，來約束數據符合復雜的事物處理規則，並且容易創建，便於管理，避免大量的網路I/O。
2.3 使用存儲過程、存儲函數和包
Oracle的存儲過程和存儲函數是命名的能完成一定功能並且存儲在Server端的PL/SQL的集合。包是一種把有關的過程和函數組織封裝成一個資料庫程序單元的方法。它們相對於應用程序的過程、函數而言，把SQL命令存儲在Server端。使用存儲過程和存儲函數，應用程序不必再包含多個網路操作的SQL語句去執行資料庫伺服器操作，而是簡單調用存儲過程和存儲函數，在網路上傳輸的只是調用過程的名字和輸出結果，這樣就可減少大量的網路I/O。
3 應用程序的調整
3.1 SQL語句的優化
SQL語句的執行速度，可以受很多因素的影響而變化。但主要的影響因素是：驅動表、執行操作的先後順序和索引的運用。可以由很多不同的方法間接地改變這些因素，以達到最優的執行速度。這里主要探討當對多個表進行連接查詢時應遵循的優化原則：
3.2 建立和使用視圖、索引
利用視圖可以將基表中的列或行進行裁減、隱藏一部分數據，並且能夠將涉及到多個表的復雜查詢以視圖的方式給出，使應用程序開發簡潔快速。利用索引可以提高查詢性能，減少磁碟 I/O，優化對數據表的查詢，加速SQL語句的執行。但任何時候建立索引都能提高性能，何時建立索引應當遵循以下原則：該表常用來在索引列上查詢，該表不常更新、插入、刪除等操作，查詢出來的結果記錄數應控制在原表的2%～4%。
3.3 使用 Oracle 的數組介面
當一個客戶應用程序插入一行或用一個查詢來向伺服器請求某行時，不是發送具有單個行的網路包，而是採用數組處理，即把要插入的多個行或檢索出的多個行緩沖在數組中，然後通過很少的幾個包就可在網上傳送這些數組。例如，一個給定的Select語句返回2000行數據，每行平均大小為40個位元組，數據包的大小為4kB，而數組大小參數（arraysize）設置為20 ，則需從伺服器發送100個數據包到客戶機。如果簡單地把（arraysize）設置為2000，那麼同樣的操作只需要傳送 20個數據包。這樣就減少了網路的傳輸量，提高了所有應用的性能。
4 總結
我們在開發應用程序時，遵循上述的方法和原則，對系統進行調整，收到了令人滿意的效果。但是應當指出，由於客戶機、網路、伺服器這3個相互依存的組成部分都必須調整和同步才能產生最佳的性能，因此還應根據系統的具體情況，具體分析和調整。