如何減少oracle資料庫費用

❶ 怎樣減少oracle資料庫

其實每個項目需求不一樣，肯定處理方法不一樣。
你說IO/cpu/內存這些，其實屬於資料庫調優的部分，最簡單的辦法就是找瓶頸。
哪方面是瓶頸，就優化哪方面，就像木桶一樣，盡量把最短的板子拉長。

因為資料庫本身不可能做到絕對完美，只能說在當前需求，當前資源的情況下盡量做到最好。
要真說精髓，那就是隨機應變吧。

多注意Top 5 events ， 盡量消除等待事件，降低物理讀，降低硬解析等等。。

❷ oracle如何完成資料庫優化

1、1、調整數據結構的設計。這一部分在開發信息系統之前完成，程序員需要考慮是否使用ORACLE資料庫的分區功能，對於經常訪問的資料庫表是否需要建立索引等。

2、2、調整應用程序結構設計。這一部分也是在開發信息系統之前完成，程序員在這一步需要考慮應用程序使用什麼樣的體系結構，是使用傳統的Client/Server兩層體系結構，還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的資料庫資源是不同的。

3、3、調整資料庫SQL語句。應用程序的執行最終將歸結為資料庫中的SQL語句執行，因此SQL語句的執行效率最終決定了ORACLE資料庫的性能。ORACLE公司推薦使用ORACLE語句優化器（Oracle Optimizer）和行鎖管理器（row-level manager）來調整優化SQL語句。

4、4、調整伺服器內存分配。內存分配是在信息系統運行過程中優化配置的，資料庫管理員可以根據資料庫運行狀況調整資料庫系統全局區（SGA區）的數據緩沖區、日誌緩沖區和共享池的大小；還可以調整程序全局區（PGA區）的大小。需要注意的是，SGA區不是越大越好，SGA區過大會佔用操作系統使用的內存而引起虛擬內存的頁面交換，這樣反而會降低系統。

5、5、調整硬碟I/O，這一步是在信息系統開發之前完成的。資料庫管理員可以將組成同一個表空間的數據文件放在不同的硬碟上，做到硬碟之間I/O負載均衡。

6、6、調整操作系統參數，例如：運行在UNIX操作系統上的ORACLE資料庫，可以調整UNIX數據緩沖池的大小，每個進程所能使用的內存大小等參數。

實際上，上述資料庫優化措施之間是相互聯系的。ORACLE資料庫性能惡化表現基本上都是用戶響應時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結果，這就需要資料庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響資料庫性能的主要原因所在。另外，良好的資料庫管理工具對於優化資料庫性能也是很重要的。

ORACLE資料庫性能優化工具

常用的資料庫性能優化工具有：

1、1、ORACLE資料庫在線數據字典，ORACLE在線數據字典能夠反映出ORACLE動態運行情況，對於調整資料庫性能是很有幫助的。

2、2、操作系統工具，例如UNIX操作系統的vmstat，iostat等命令可以查看到系統系統級內存和硬碟I/O的使用情況，這些工具對於管理員弄清出系統瓶頸出現在什麼地方有時候很有用。

3、3、SQL語言跟蹤工具（SQL TRACE FACILITY），SQL語言跟蹤工具可以記錄SQL語句的執行情況，管理員可以使用虛擬表來調整實例，使用SQL語句跟蹤文件調整應用程序性能。SQL語言跟蹤工具將結果輸出成一個操作系統的文件，管理員可以使用TKPROF工具查看這些文件。

4、4、ORACLE Enterprise Manager（OEM），這是一個圖形的用戶管理界面，用戶可以使用它方便地進行資料庫管理而不必記住復雜的ORACLE資料庫管理的命令。

5、5、EXPLAIN PLAN——SQL語言優化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。

ORACLE資料庫的系統性能評估

信息系統的類型不同，需要關注的資料庫參數也是不同的。資料庫管理員需要根據自己的信息系統的類型著重考慮不同的資料庫參數。

1、1、在線事務處理信息系統（OLTP），這種類型的信息系統一般需要有大量的Insert、Update操作，典型的系統包括民航機票發售系統、銀行儲蓄系統等。OLTP系統需要保證資料庫的並發性、可靠性和最終用戶的速度，這類系統使用的ORACLE資料庫需要主要考慮下述參數：

l l 資料庫回滾段是否足夠？

l l 是否需要建立ORACLE資料庫索引、聚集、散列？

l l 系統全局區（SGA）大小是否足夠？

l l SQL語句是否高效？

2、2、數據倉庫系統（Data Warehousing），這種信息系統的主要任務是從ORACLE的海量數據中進行查詢，得到數據之間的某些規律。資料庫管理員需要為這種類型的ORACLE資料庫著重考慮下述參數：

l l 是否採用B*-索引或者bitmap索引？

l l 是否採用並行SQL查詢以提高查詢效率？

l l 是否採用PL/SQL函數編寫存儲過程？

l l 有必要的話，需要建立並行資料庫提高資料庫的查詢效率

SQL語句的調整原則

SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現，但是語句的執行效率是很不相同的。程序員可以使用EXPLAIN PLAN語句來比較各種實現方案，並選出最優的實現方案。總得來講，程序員寫SQL語句需要滿足考慮如下規則：

1、1、盡量使用索引。試比較下面兩條SQL語句：

語句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN

(SELECT deptno FROM emp);

語句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS

(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);

這兩條查詢語句實現的結果是相同的，但是執行語句A的時候，ORACLE會對整個emp表進行掃描，沒有使用建立在emp表上的deptno索引，執行語句B的時候，由於在子查詢中使用了聯合查詢，ORACLE只是對emp表進行的部分數據掃描，並利用了deptno列的索引，所以語句B的效率要比語句A的效率高一些。

2、2、選擇聯合查詢的聯合次序。考慮下面的例子：

SELECT stuff FROM taba a, tabb b, tabc c

WHERE a.acol between :alow and :ahigh

AND b.bcol between :blow and :bhigh

AND c.ccol between :clow and :chigh

AND a.key1 = b.key1

AMD a.key2 = c.key2;

這個SQL例子中，程序員首先需要選擇要查詢的主表，因為主表要進行整個表數據的掃描，所以主表應該數據量最小，所以例子中表A的acol列的范圍應該比表B和表C相應列的范圍小。

3、3、在子查詢中慎重使用IN或者NOT IN語句，使用where (NOT) exists的效果要好的多。

4、4、慎重使用視圖的聯合查詢，尤其是比較復雜的視圖之間的聯合查詢。一般對視圖的查詢最好都分解為對數據表的直接查詢效果要好一些。

5、5、可以在參數文件中設置SHARED_POOL_RESERVED_SIZE參數，這個參數在SGA共享池中保留一個連續的內存空間，連續的內存空間有益於存放大的SQL程序包。

6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經常使用的存儲過程「釘」在SQL區中而不被換出內存，程序員對於經常使用並且佔用內存很多的存儲過程「釘」到內存中有利於提高最終用戶的響應時間。

CPU參數的調整

CPU是伺服器的一項重要資源，伺服器良好的工作狀態是在工作高峰時CPU的使用率在90％以上。如果空閑時間CPU使用率就在90％以上，說明伺服器缺乏CPU資源，如果工作高峰時CPU使用率仍然很低，說明伺服器CPU資源還比較富餘。

使用操作相同命令可以看到CPU的使用情況，一般UNIX操作系統的伺服器，可以使用sar –u命令查看CPU的使用率，NT操作系統的伺服器，可以使用NT的性能管理器來查看CPU的使用率。

資料庫管理員可以通過查看v$sysstat數據字典中「CPU used by this session」統計項得知ORACLE資料庫使用的CPU時間，查看「OS User level CPU time」統計項得知操作系統用戶態下的CPU時間，查看「OS System call CPU time」統計項得知操作系統系統態下的CPU時間，操作系統總的CPU時間就是用戶態和系統態時間之和，如果ORACLE資料庫使用的CPU時間占操作系統總的CPU時間90％以上，說明伺服器CPU基本上被ORACLE資料庫使用著，這是合理，反之，說明伺服器CPU被其它程序佔用過多，ORACLE資料庫無法得到更多的CPU時間。

資料庫管理員還可以通過查看v$sesstat數據字典來獲得當前連接ORACLE資料庫各個會話佔用的CPU時間，從而得知什麼會話耗用伺服器CPU比較多。

出現CPU資源不足的情況是很多的：SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。

1、資料庫管理員可以執行下述語句來查看SQL語句的解析情況：

SELECT * FROM V$SYSSTAT

WHERE NAME IN

('parse time cpu', 'parse time elapsed', 'parse count (hard)');

這里parse time cpu是系統服務時間，parse time elapsed是響應時間，用戶等待時間

waite time = parse time elapsed – parse time cpu

由此可以得到用戶SQL語句平均解析等待時間＝waite time / parse count。這個平均等待時間應該接近於0，如果平均解析等待時間過長，資料庫管理員可以通過下述語句

SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA

ORDER BY PARSE_CALLS;

來發現是什麼SQL語句解析效率比較低。程序員可以優化這些語句，或者增加ORACLE參數SESSION_CACHED_CURSORS的值。

2、資料庫管理員還可以通過下述語句：

SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;

查看低效率的SQL語句，優化這些語句也有助於提高CPU的利用率。

3、3、資料庫管理員可以通過v$system_event數據字典中的「latch free」統計項查看ORACLE資料庫的沖突情況，如果沒有沖突的話，latch free查詢出來沒有結果。如果沖突太大的話，資料庫管理員可以降低spin_count參數值，來消除高的CPU使用率。

內存參數的調整

內存參數的調整主要是指ORACLE資料庫的系統全局區（SGA）的調整。SGA主要由三部分構成：共享池、數據緩沖區、日誌緩沖區。

1、 1、 共享池由兩部分構成：共享SQL區和數據字典緩沖區，共享SQL區是存放用戶SQL命令的區域，數據字典緩沖區存放資料庫運行的動態信息。資料庫管理員通過執行下述語句：

select (sum(pins - reloads)) / sum(pins) "Lib Cache" from v$librarycache;

來查看共享SQL區的使用率。這個使用率應該在90％以上，否則需要增加共享池的大小。資料庫管理員還可以執行下述語句：

select (sum(gets - getmisses - usage - fixed)) / sum(gets) "Row Cache" from v$rowcache;

查看數據字典緩沖區的使用率，這個使用率也應該在90％以上，否則需要增加共享池的大小。

2、 2、 數據緩沖區。資料庫管理員可以通過下述語句：

SELECT name, value FROM v$sysstat WHERE name IN ('db block gets', 'consistent gets','physical reads');

來查看資料庫數據緩沖區的使用情況。查詢出來的結果可以計算出來數據緩沖區的使用命中率＝1 - ( physical reads / (db block gets + consistent gets) )。

這個命中率應該在90％以上，否則需要增加數據緩沖區的大小。

3、 3、 日誌緩沖區。資料庫管理員可以通過執行下述語句：

select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日誌緩沖區的使用情況。查詢出的結果可以計算出日誌緩沖區的申請失敗率：

申請失敗率＝requests/entries，申請失敗率應該接近於0，否則說明日誌緩沖區開設太小，需要增加ORACLE資料庫的日誌緩沖區。

❸ Oracle資料庫的無比優越性,從大數據角度說明如何提高國產資料庫

1、Oracle資料庫的無比優越性，從大數據角度說明為：ORACLE7.X以來引入了共享SQL和多線索伺服器體系結構。這減少了ORACLE的資源佔用，並增強了ORACLE的能力，使之在低檔軟硬體平台上用較少的資源就可以支持更多的用戶，而在高檔平台上可以支持成百上千個用戶。
2、Oracle資料庫的無比優越性，這樣提高國產資料庫：國產資料庫系統採用的是國際巨頭Oracle資料庫進行支撐，沉澱積累了高達35TB的海量數據。先從非核心業務等邊緣性應用系統開始進行替代，逐步過渡到核心業務的替代。

❹ oracle收費問題

oracle資料庫軟體可以在官網直接下載，安裝使用都沒有問題，和正版一模一樣，就是沒有授權而已，是非法使用，可以做為學習和測試使用，免費。
只要你租的伺服器讓你安裝資料庫軟體，就可以，不要給租伺服器的人資料庫的費用，和他們無關的。

❺ 如何減少oracle 資料庫的大小

半個小時都起不來說明你的機器太差了，不適合裝Oracle。建議你用虛擬機，這樣比較好控制。

❻ Oracle資料庫如何收費/授權

oracle的收費主要有兩種（不過收的是軟體授權的費用）
（1）按照cpu
cpu
數*系數
系數
cpu型號
0.25
sun
ultrasparc
t1
處理器
0.50
sun
ultrasparc
t1處理器
0.50
intel、amd處理器
0.50
sun
ultrasparc
t2+
處理器
1.00
ibm
power6、power7
處理器
0.75
其他多核處理器
1.00
單核處理器
(2)按照用戶數
oracle用戶數的官方定義是每一個訪問oracle資料庫的用戶，無論是自然人還是設備。
不過這個有最底標准
產品
最低用戶數
oracle
database
standard
edition
one
5
named
user
oracle
database
standard
edition
5
named
user
oracle
database
enterprise
edition
25
named
user
per
cpu
oracle
application
server
standard
edition
one
5
named
user
all
other
oracle
application
server
procts
10
named
user
per
cpu
一般情況下，1cpu的費用約等於50user的費用，所以如果用戶數>cpu數*系數*50，則按cpu訂購反而更為經濟。
另外還有年限限制，具體收費標准只能參照官網了，畢竟價格是變動的。

❼ 如何調整Oracle資料庫伺服器的性能

Oracle資料庫伺服器是整個系統的核心 它的性能高低直接影響整個系統的性能 為了調整Oracle資料庫伺服器的性能 主要從以下幾個方面考慮

◆ 調整操作系統以適合Oracle資料庫伺服器運行 Oracle資料庫伺服器很大程度上依賴於運行伺服器的操作系統 如果操作系統不能提供最好性能 那麼無論如何調整 Oracle資料庫伺服器也無法發揮其應有的性能

為Oracle資料庫伺服器規劃系統資源

據已有計算機可用資源 規劃分配給Oracle伺服器資源原則是 盡可能使Oracle伺服器使用資源最大化 特別在Client/Server中盡量讓伺服器上所有資源都來運行Oracle服務

調整計算機系統中的內存配置

多數操作系統都用虛存來模擬計算機上更大的內存 它實際上是硬碟上的一定的磁碟空間 當實際的內存空間不能滿足應用軟體的要求時 操作系統就將用這部分的磁碟空間對內存中的信息進行頁面替換 這將引起大量的磁碟I/O操作 使整個伺服器的性能下降 為了避免過多地使用虛存 應加大計算機的內存

為Oracle資料庫伺服器設置操作系統進程優先順序

不要在操作系統中調整Oracle進程的優先順序 因為在Oracle資料庫系統中 所有的後台和前台資料庫伺服器進程執行的是同等重要的工作 需要同等的優先順序 所以在安裝時 讓所有的資料庫伺服器進程都使用預設的優先順序運行

◆ 調整內存分配

Oracle資料庫伺服器保留 個基本的內存高速緩存 分別對應 種不同類型的數據 庫高速緩存 字典高速緩存和緩沖區高速緩存 庫高速緩存和字典高速緩存一起構成共享池 共享池再加上緩沖區高速緩存便構成了系統全程區(SGA) SGA是對資料庫數據進行快速訪問的一個系統全程區 若SGA本身需要頻繁地進行釋放 分配 則不能達到快速訪問數據的目的 因此應把SGA放在主存中 不要放在虛擬內存中 內存的調整主要是指調整組成SGA的內存結構的大小來提高系統性能 由於Oracle資料庫伺服器的內存結構需求與應用密切相關 所以內存結構的調整應在磁碟I/O調整之前進行

庫緩沖區的調整

庫緩沖區中包含私用和共享SQL和PL/SQL區 通過比較庫緩沖區的命中率決定它的大小 要調整庫緩沖區 必須首先了解該庫緩沖區的活動情況 庫緩沖區的活動統計信息保留在動態性能表v$librarycache數據字典中 可通過查詢該表來了解其活動情況 以決定如何調整 Select sum(pins) sum(reloads) from v$librarycache; Pins列給出SQL語句 PL/SQL塊及被訪問對象定義的總次數 Reloads列給出SQL 和PL/SQL塊的隱式分析或對象定義重裝載時在庫程序緩沖區中發生的錯誤 如果sum(pins)/sum(reloads) ≈ 則庫緩沖區的命中率合適 若sum(pins)/sum(reloads)> 則需調整初始化參數 shared_pool_size來重新調整分配給共享池的內存量

數據字典緩沖區的調整

數據字典緩沖區包含了有關資料庫的結構 用戶 實體信息 數據字典的命中率 對系統性能影響極大 數據字典緩沖區的使用情況記錄在動態性能表v$librarycache中 可通過查詢該表來了解其活動情況 以決定如何調整 Select sum(gets) sum(getmisses) from v$rowcache; Gets列是對相應項請求次數的統計 Getmisses 列是引起緩沖區出錯的數據的請求次數 對於頻繁訪問的數據字典緩沖區 sum(getmisses)/sum(gets)< %～ % 若大於此百分數 則應考慮增加數據字典緩沖區的容量 即需調整初始化參數shared_pool_size來重新調整分配給共享池的內存量

緩沖區高速緩存的調整

用戶進程所存取的所有數據都是經過緩沖區高速緩存來存取 所以該部分的命中率 對性能至關重要 緩沖區高速緩存的使用情況記錄在動態性能表v$sysstat中 可通過查詢該表來了解其活動情況 以決定如何調整

Select name value from v$sysstat

where name in ( dbblock gets consistent gets physical reads );

dbblock gets和consistent gets的值是請求數據緩沖區中讀的總次數 physical reads的值是請求數據時引起從盤中讀文件的次數 從緩沖區高速緩存中讀的可能性的高低稱為緩沖區的命中率 計算公式

Hit Ratio= (physical reds/(dbblock gets+consistent gets))如果Hit Ratio< %～ % 則應增大db_block_buffers的參數值 db_block_buffers可以調整分配給緩沖區高速緩存的內存量 即db_block_buffers可設置分配緩沖區高速緩存的數據塊的個數 緩沖區高速緩存的總位元組數=db_block_buffers的值*db_block_size的值 db_block_size 的值表示數據塊大小的位元組數 可查詢 v$parameter 表 select name value from v$parameter where name= db_block_size ; 在修改了上述資料庫的初始化參數以後 必須先關閉資料庫 在重新啟動資料庫後才能使新的設置起作用

◆ 調整磁碟 I/O

磁碟的I/O速度對整個系統性能有重要影響 解決好磁碟I/O問題 可顯著提高性能 影響磁碟I/O的性能的主要原因有磁碟競爭 I/O次數過多和數據塊空間的分配管理

為Oracle資料庫伺服器創建新文件時 不論是表空間所用的數據文件還是數據事務登錄所用的日誌文件 都應仔細考慮資料庫伺服器上的可用磁碟資源 如果伺服器上有多個磁碟 則可將文件分散存儲到各個可用磁碟上 減少對資料庫的數據文件及事務日誌文件的競爭 從而有效地改善伺服器的性能 對於不同的應用系統都有各自的數據集 應當創見不同的表空間分別存儲各自應用系統的數據 並且盡可能的把表空間對應的數據文件存放在不同的磁碟上 這種從物理上把每個應用系統的表空間分散存放的方法 可以排除兩個應用系統競爭磁碟的可能性 數據文件 事務日誌文件分別存放在不同的磁碟上 這樣事務處理執行的磁碟訪問不妨礙對相應的事物日誌登記的磁碟訪問 如果有多個磁碟可用 將兩個事物日誌成員放在不同的磁碟驅動器上 就可以消除日誌文件可能產生的磁碟競爭 應把一個應用的表數據和索引數據分散存放不同表空間上 並且盡量把不同類型的表空間存放在不同磁碟上 這樣就消除了表數據和索引數據的磁碟競爭

◆ 調整資料庫伺服器的回滾段

回滾段是一個存儲區域 資料庫使用該存儲區域存放曾經由一個事務更新或刪除的行的原始數據值 如果用戶要回滾一個事務所做的改變 那麼資料庫就從回滾段中讀回改變前的數據並使該事務影響的行改變為它們的原狀態 回滾段控制著資料庫處理事務的能力 因而在資料庫成功中起著關鍵性的作用 不管資料庫的其它部分設計得多好 如果它設計得不合理 將會嚴重影響系統的性能 建立和調整回滾段的原則如下

分離回滾段

分離回滾段是指單獨為回滾段創建一個以上的表空間 使回滾段與數據字典 用戶數據 索引等分離開來 由於回滾段的寫入與數據和索引的寫入是並行進行的 因此將它分離出來可以減少I/O爭用 如果回滾段與數據不分離 倘若要某個表空間離線或撤消 那麼在該表空間中的各個回滾段沒有全部離線之前 不能將這個表空間離線或撤消 而一旦該表空間不可用 則該表空間中的所有回滾段也不能使用 這將浪費所有分配的磁碟空間 所以 獨立回滾段可使資料庫管理變得容易 回滾段的經常性收縮 使得表空間的自由塊更容易形成碎片 分離回滾段可以減少資料庫表空間的碎片產生

創建不同大小的回滾段群

❽ 資料庫是什麼Oracle又是啥玩意

經常會有人問我資料庫是幹啥的，其實一開始我是拒絕回答的，因為我也不能做到通俗易懂的表達出來，畢竟我接觸這個概念也沒有多長時間，但隨著問的人多了，我覺得是時候腦補一下我的第一堂課了，萬一哪天冒出來個貨跟你掰扯這事兒，你沒分分鍾給他說清，最後弄個丟里兒丟面兒，好尷尬呀。

資料庫，說白了就是按照數據結構來組織、存儲和管理數據的倉庫，這些數據是結構化的，並可為多種應用服務。也就是說，資料庫是使用計算機伺服器來存儲數據的，專門用來提供各種數據服務。可以這樣想像，過去一個公司的所有財務數據都是放在保險櫃裡面，而現在我們就可以針對這些財務數據搭建一個資料庫放在某台計算機或伺服器上面;再比如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。最常見的資料庫有：銀行儲蓄系統、手機話費系統、美容美發會員系統、超市會員積分系統、水電費系統、機票或火車票系統等，這些都需要後台資料庫基礎設施的支撐。舉了這么多例子，應該是把資料庫說明白了，至少能在大腦裡面有個概念，知道這個東西是幹啥的。

現在大數據被炒的紅得發紫，而大數據的基礎也是數據，由此可見，數據是一個企業的核心資源，說它是企業的立身之本、發展之基都不為過，因此，維護資料庫的資料庫管理員(DBA)是企業不可或缺的。

目前市面上的資料庫產品有很多，單從規模上分可分為大型、中型、小型幾種，典型的資料庫產品如下：

大型資料庫：Oracle、DB2、Sybase;

中型資料庫：MySQL、SQLServer、Infomix;

小型資料庫：Access、VisualFoxpro。在眾多的資料庫產品中，Oracle資料庫一直處於行業領導先地位，也是當今最流行的關系型資料庫。Oracle可翻譯成"甲骨文"，它是一家以資料庫為主業的全球化公司，是全球第二大軟體公司(第一名是微軟公司)，目前Oracle在資料庫軟體市場已經排名第一，資料庫軟體市場份額達到48.6%，遙遙領先於第二名佔有率僅為20.7%的IBM公司的DB2。在中國市場上的計算機專業系統後台所使用的資料庫尤以Oracle資料庫居多。但是購買Oracle資料庫需要很大一筆費用，一般的大型企業使用，需要有專業人員進行管理和維護，中小企業承擔不起。中小企業為了節省成本，一般使用MySQL、PostgreSQL這類免費開源的資料庫，所以Oracle資料庫相關的工作崗位一般是在大型企業中。

對於為什麼選擇Oracle資料庫，而不是其他的資料庫?

第一，是因為Oracle資料庫占據最大的市場份額，並且越來越大，市場需要很多Oracle資料庫方面的人才，中國有句老話說"做對事，選對人"，是同樣的道理;第二，是很多非Oracle資料庫的老系統正往Oracle資料庫遷移，其他資料庫市場佔有率在減少，其他資料庫工作者有面臨失業的風險;第三，Oracle有大量的官方學習文檔，還有部分中文文檔，可以有效地進行學習;第四，Oracle有大量的從業人員，有共同方向的朋友可以互相幫助，不再是孤膽英雄;第五，是可以很容易地從Oracle官方網站下載功能齊全的資料庫最新版本進行學習，可以讓你了解資料庫方面的最新發展趨勢等。

在此說明，以後的所有內容都是基於Oracle11g資料庫產品的，下面我們就簡單介紹一下Oracle11g的系列產品：

企業版(EnterpriseEdition)此版本包含了資料庫的所有組件，並且能夠通過購買選項和程序包來進一步對其增強。

能支持例如大業務量的在線事務處理OLTP(On-LineTransactionProcessing聯機事務處理系統)環境、查詢密集的數據倉庫和要求苛刻的互聯網應用程序。

標准版1(StandardEditionOne)此版本為工作組、部門級和互聯網、內聯網應用程序提供了前所未有的易用性和性價比。從針對小型商務的單伺服器環境到大型的分布式部門環境，該版本包含了構建重要商務應用程序所必需的全部工具。它僅許可在最高容量為2個處理器的伺服器上使用，支持Windows/Linux/UNIX操作系統，並支持64位平台操作系統。

標准版(StandardEdition)此版本提供了StandardEditionOne所不具有的易用性、能力和性能，並且利用真正的應用集群(RAC)提供了對更大型計算機和服務集群的支持。它可以在最高容量為4個處理器的單台伺服器上、或者在一個支持最多4個處理器的集群上使用，可支持Windows、Linux和UNIX操作系統，並支持64位平台操作系統。

簡化版此版本支持與標准版1、標准版和企業版完全兼容的單用戶開發和部署。通過將Oracle資料庫獲獎的功能引入到個人工作站中，該版本提供了結合世界上最流行的資料庫功能的資料庫，並且該資料庫具有桌面產品通常具有的易用性和簡單性，可支持Linux和Windows操作系統。

從存儲結構上來說，目前流行的資料庫主要包含以下兩種：

RDBMS：關系型資料庫，是指採用了關系模型來組織數據的資料庫;

NoSQL資料庫，是指那些非關系型的、分布式的資料庫。簡單來說，關系模型指的就是二維表格模型，而一個關系型資料庫就是由二維表及其之間的聯系所組成的一個數據組織。

關系型資料庫優點：

1、容易理解

二維表結構是非常貼近邏輯世界的一個概念，關系模型相對網狀、層次等其他模型來說更容易理解。

2、使用方便

通用的SQL語言使得操作關系型資料庫非常方便。

3、易於維護

豐富的完整性大大減低了數據冗餘和數據部移植的概率。

4、事務安全

所有關系型資料庫都不同程度的遵守事物的四個基本屬性，因此對於銀行、電信、證券等交易型業務是不可或缺的。

關系型資料庫的瓶頸：

1、高並發讀寫需求

網站的用戶並發性非常高，往往達到每秒上萬次讀寫請求，對於傳統型資料庫來說，硬碟I/O是一個很大的瓶頸。

2、海量數據的高效率讀寫

互聯網上每天產生的數據量是巨大的，對於關系型資料庫來說，在一張包含海量數據的表中查詢，效率是非常低的。

3、高擴展性和可用性

在基於WEB的結構中，資料庫是最難進行橫向擴展的，當一個應用系統的用戶量和訪問量與日俱增的時候，資料庫卻沒有辦法像WEBServer和APPLICATIONServer那樣簡單的通過添加更多的硬體和服務節點來擴展性能和負載能力。對於很多需要提供24小時不間斷服務的網站來說，對資料庫系統進行升級和擴展是非常痛苦的事情，往往需要停機維護和數據遷移。

NoSQL資料庫

NoSQL一詞首先是CarloStrozzi在1998年提出的。2009年再次提出了NoSQL一詞，用於指那些非關系型的、分布式的，且一般不保證遵循ACID原則的數據存儲系統。

NoSQL具有以下特點：

1、可以彌補關系型資料庫的不足

2、針對某些特定的需求而設計，可以具有極高的性能

3、大部分都是開源的，由於成熟度不夠，存在潛在的穩定性和維護性問題。

關系型資料庫適用於結構化數據，而非關系型資料庫適用於非結構化數據，二者優勢互補，相得益彰。

Oracle資料庫未來的發展方向是提供結構化、非結構化、半結構化的解決方案，實現關系型資料庫和NoSQL共存互補。值得強調的是，目前關系型資料庫仍是主流資料庫。

雖然NoSQL資料庫打破了關系型資料庫存儲的觀念，可以很好地滿足WEB2.0時代數據的存儲要求，但NoSQL資料庫也有自己的缺陷。在現階段的情況下，可以將關系型資料庫和NoSQL資料庫結合使用，相互彌補各自的不足。

關於資料庫及其代表產品Oracle今天就介紹這么多，有興趣的可以繼續深挖，希望我的介紹能讓你對資料庫有一個更深入的認識。如果有志於在這方面發展的話，就讓我們一起跟往事乾杯從頭再來。

❾ Oracle資料庫如何收費

Oracle資料庫在非商用時不收費。

Oracle資料庫在商用時有兩種收費方式。Oracle的License許可購買有兩種：按照用戶數和CPU個數（即無線用戶版）。

特殊情況：當前Oracle 11G的User License無限使用期的價格為人民幣3千5左右。

按照用戶個數：按50個User License無限使用期的購買量則價格為17.5萬。

按照CPU個數：每個CPU License無限使用期的價格為17萬9千(多核需要系數進行換算) 按IBM小機的系數計算，則購買價格為17萬9千，和50個User License的價格相近。

關於服務價格：一般地，購買Oracle的License都包含首年的服務費，以後的費用按每年原價的22%計算。

(9)如何減少oracle資料庫費用擴展閱讀：

Oracle 官方要求的各類版本的最低用戶數為：

個人版本：1user*PC數

標准版1：伺服器的CPU數*5user

標准版2：伺服器的CPU數*10user

企業版：伺服器的CPU數*25user

它是在資料庫領域一直處於領先地位的產品。可以說Oracle資料庫系統是目前世界上流行的關系資料庫管理系統，系統可移植性好、使用方便、功能強，適用於各類大、中、小、微機環境。它是一種高效率、可靠性好的 適應高吞吐量的資料庫解決方案。

參考資料來源：ORACLE-產品目錄

❿ ORACLE資料庫性能優化概述

實際上 為了保證ORACLE資料庫運行在最佳的性能狀態下 在信息系統開發之前就應該考慮資料庫的優化策略 優化策略一般包括伺服器操作系統參數調整 ORACLE資料庫參數調整 網路性能調整 應用程序SQL語句分析及設計等幾個方面 其中應用程序的分析與設計是在信息系統開發之前完成的

分析評價ORACLE資料庫性能主要有資料庫吞吐量 資料庫用戶響應時間兩項指標 資料庫吞吐量是指單位時間內資料庫完成的SQL語句數目 資料庫用戶響應時間是指用戶從提交SQL語句開始到獲得結果的那一段時間 資料庫用戶響應時間又可以分為系統服務時間和用戶等待時間兩項 即

資料庫用戶響應時間＝系統服務時間 ＋ 用戶等待時間

上述公式告訴我們 獲得滿意的用戶響應時間有兩個途徑 一是減少系統服務時間 即提高資料庫的吞吐量 二是減少用戶等待時間 即減少用戶訪問同一資料庫資源的沖突率

性能優化包括如下幾個部分

ORACLE資料庫性能優化之一 調整數據結構的設計

這一部分在開發信息系統之前完成 程序員需要考慮是否使用ORACLE資料庫的分區功能 對於經常訪問的資料庫表是否需要建立索引等

ORACLE資料庫性能優化之二 調整應用程序結構設計

這一部分也是在開發信息系統之前完成 程序員在這一步需要考慮應用程序使用什麼樣的體系結構 是使用傳統的Client/Server兩層體系結構 還是使用Browser/Web/Database的三層體系結構 不同的應用程序體系結構要求的資料庫資源是不同的

ORACLE資料庫性能優化之三 調整資料庫SQL語句

應用程序的執行最終將歸結為資料庫中的SQL語句執行 因此SQL語句的執行效率最終決定了ORACLE資料庫的性能 ORACLE公司推薦使用ORACLE語句優化器（Oracle Optimizer）和行鎖管理器（row level manager）來調整優化SQL語句

ORACLE資料庫性能優化之四 調整伺服器內存分配

內存分配是在信息系統運行過程中優化配置的 資料庫管理員可以根據資料庫運行狀況調整資料庫系統全局區（SGA區）的數據緩沖區 日誌緩沖區和共享池的大小 還可以調整程序全局區（PGA區）的大小 需要注意的是 SGA區不是越大越好 SGA區過大會佔用操作系統使用的內存而引起虛擬內存的頁面交換 這樣反而會降低系統

ORACLE資料庫性能優化之五 調整硬碟I/O 這一步是在信息系統開發之前完成的

資料庫管理員可以將組成同一個表空間的數據文件放在不同的硬碟上 做到硬碟之間I/O負載均衡

ORACLE資料庫性能優化之六 調整操作系統參數

例如 運行在UNIX操作系統上的ORACLE資料庫 可以調整UNIX數據緩沖池的大小 每個進程所能使用的內存大小等參數