oracle數(shù)據(jù)庫sql優(yōu)化？char和varchar區(qū)別

大家好，感謝邀請，今天來為大家分享一下oracle數(shù)據(jù)庫sql優(yōu)化的問題，以及和char和varchar區(qū)別的一些困惑，大家要是還不太明白的話，也沒有關系，因為接下來將為大家分享，希望可以幫助到大家，解決大家的問題，下面就開始吧！

ORACLE時間段查詢優(yōu)化的問題

試試下面語句：SELECTSID,SSJSID,RQ,SJFROMJING_SSWhereto_char(rq,'yyyyMMdd')between開始日期and結束日期andnotto_char(sj,’hh24mmss')結束時間andto_char(rq,'yyyyMMdd')=結束日期andssjsidin(selectsidfromcom_dwconnectbypriorsid=fidstartwithsid=單位編號)Orderbysid;

Oracle數(shù)據(jù)庫運行越來越慢，應該怎么優(yōu)化一下

我根據(jù)所維護的Oracle項目經(jīng)驗來回答這個問題，希望能夠幫助到題主及有需要的朋友。

Oracle運行越來越慢，是有多種原因，我從由易到難的思路，介紹一下我們實際運用的方法分享給大家：

一、Oracle數(shù)據(jù)庫層自身的優(yōu)化

1.表的優(yōu)化。表是Oracle中存放數(shù)據(jù)的最終載體，表的優(yōu)化是核心。隨時業(yè)務系統(tǒng)使用時間越長，表中的數(shù)據(jù)就越多，表的優(yōu)化會起到立竿見影的效果。

(1)表的高水位問題。

表中的數(shù)據(jù)，因較多的delete操作，會產(chǎn)生高水位，此時當發(fā)生全表讀的操作，將會額外消耗資源，從而造成業(yè)務人員直接感覺到系統(tǒng)使用慢。

補救的辦法是：回收高水位。

（2）表的統(tǒng)計信息過舊或者不準確

統(tǒng)計信息不準確，會引起執(zhí)行計劃出錯，造成業(yè)務系統(tǒng)越來越慢。表的統(tǒng)計信息就相當于人的基本情況，當基本情況都不準確時，如何能夠保證正確的執(zhí)行呢。

補救的辦法是：收集表的統(tǒng)計信息。

(3)未實施表分區(qū)技術

化整為零的思想。某些表，根據(jù)業(yè)務的實際需要，未做表分區(qū)。比如會經(jīng)常用按年月來查詢表中某月的數(shù)據(jù)，如果表中的數(shù)據(jù)量非常大，比如超100萬條，就可以按月進行分區(qū)，讓按月的查詢，只需要讀取所需要月份的分區(qū)表。

補救的辦法是：對表實行化整為零，轉為分區(qū)表

2.索引的優(yōu)化

(1)差索引

數(shù)據(jù)庫運行慢，很多的情況是查詢語句中引用的列，差索引。索引是提升速度非常重要的手段。

補救的辦法是:分析SQL語句，對缺失的索引進行創(chuàng)建。

(2)索引的統(tǒng)計信息不準

索引的統(tǒng)計信息與表的信息信息思想是一樣的，只有統(tǒng)計信息準確，SQL才能夠最大程度的選擇最好的執(zhí)行計劃，以最短的時間執(zhí)行完所需要的業(yè)務SQL。

補救的辦法是：收集索引的統(tǒng)計信息。

3.SQL語句的優(yōu)化

數(shù)據(jù)庫慢，很多情況是因為SQL寫法不對，造成執(zhí)行時間長，消耗了過多的資源。因此優(yōu)化SQL是非常重要的方式之一。

補救的辦法是：收集Oracle數(shù)據(jù)庫的AWR，ADDM,ASH等性能報告，找出執(zhí)行時間長、消耗資源多的SQL語句進行優(yōu)化。

4.Oracle數(shù)據(jù)庫的參數(shù)優(yōu)化

數(shù)據(jù)庫想要運行速度快，對Oracle的運行參數(shù)進行優(yōu)化是重要的手段和方法，比如大家所熟悉的SGA、PGA、DB_Cache_Size、Process等參數(shù)進行分析、優(yōu)化。

二、操作系統(tǒng)不建議用WIndows

Oracle數(shù)據(jù)庫的運行也是要挑系統(tǒng)平臺的，一般的中、小企業(yè)，推薦的是使用Linux，從每次Oracle新版本的發(fā)行就知道，首先推出的是Linux平臺，然后是Unix平臺，最后才是Windows平臺。

三、升級Oracle數(shù)據(jù)庫硬件

如經(jīng)過前面2個大項的優(yōu)化，仍然不能提升Oracle數(shù)據(jù)庫的運行速度，則可能是因為現(xiàn)有的硬件不能滿足當前的業(yè)務需求，必須采取升級Oracle數(shù)據(jù)庫服務器的硬件資源比如：升級CPU、內(nèi)存、磁盤（特別是提升磁盤I/O速度），來提升Oracle數(shù)據(jù)庫的運行速度。

以上方法和思路，是我們實際項目中遇到并運用的方法和手段，歡迎大家交流。

oracle數(shù)據(jù)量大怎么優(yōu)化

1、首先要建立適當?shù)乃饕ql在索引字段不要加函數(shù)，保證索引起效。如果是復合索引注意在sql的順序。如果已經(jīng)存在索引，建議你先重建索引先，因為大數(shù)據(jù)表的索引維護到了一個階段就是亂的，一般建議重建。建立好的一般可以獲得幾十倍的速度提升。

2、最大數(shù)據(jù)量的表放在最前，最小的表放在最后面。sql是從最后面開始反向解析的。

3、其次是要把最有效縮小范圍的條件放到sql末尾去。尤其是主鍵或者索引字段的條件。

4、保證你sql的算法合理性。保證復雜度和空間度的合理性。

5、必要時候使用存儲過程。提升30%-40%的速度6、建議你分頁讀取不要一下讀完所有的數(shù)據(jù)。（使用rownum），一下子數(shù)據(jù)太多會使得內(nèi)存不夠用的。如果這些都做了還不滿意的話，可以考慮建立幾個表空間，然后按照一個算法將各個表的數(shù)據(jù)，平均的放在各個表空間內(nèi)（分表分區(qū)），在select的時候數(shù)據(jù)庫就會使用多線程到各個表空間索引數(shù)據(jù)，這個一般不是上千萬級的表是不用的。也不是所有人都會用。

oracle性能優(yōu)化，提高Update效率

要是沒有其他大量的應用程序進行數(shù)據(jù)讀寫操作的話30分鐘不是問題如果不是這樣的情況超過2個小時很正常，這個倒不是你的update本身的效率問題，而是取決于你的數(shù)據(jù)庫的性能了加大緩沖區(qū)應該能提升效率另外也可以寫個腳本分批修改提交減少一次性提交數(shù)量可以提高效率