oracle11g壓縮表空間

Ⅰ oracle11g 表空間最大多大

在oracle11g中引進了bigfile表空間，他充分利用了64位CPU的定址能力，使oracle可以管理的數據文件總量達到8EB。單個數據文件的大小達到128TB，即使默認8K的db_block_size也達到了32TB。

創建bigfile的表空間使用的sql語句也很簡單。

create bigfile tablespace...

後面的語句和普通的語句完全一樣。

Ⅱ oracle11g怎麼建立壓縮表

在數據量變的很大的情況下，可以考慮表壓縮，減少磁碟的存儲，減少buffer cache的消耗，加快查詢的速度，壓縮需要在數據載入和dml的時候消耗一些cpu.表壓縮對於應用是透明的。

你可以在表空間，表或分區級別指定壓縮，如果在表空間級別指定壓縮，那麼這個表空間中的所有表默認都是壓縮的。

壓縮會發生在數據插入，更新或批量載入到表時。有幾種類型的壓縮。基本的，oltp的，dss的，歸檔的。他們的cpu消耗見文檔。

當使用基本壓縮，數據倉庫壓縮，或歸檔壓縮的時候，壓縮僅僅是在批量載入到一個表的時候發生。當你使用了oltp壓縮，壓縮發生在數據插入，更新，批量載入。

如果你使用了alter table命令讓表啟用壓縮，那麼對於已存在的數據是不受影響的，只有在啟用壓縮後的插入，或更新會受影響。也可以使用ALTER TABLE…NOCOMPRESS將一個表設置成非壓縮，對於已經的壓縮的表是沒有影響的，壓縮的數據還是壓縮的，只是新插入的數據是不被壓縮。

創建一個oltp壓縮類型的表
CREATE TABLE orders … COMPRESS FOR OLTP;

如果你不指定壓縮的類型，那麼默認的情況下是基本壓縮類型。下面的2個語句是等價的。
CREATE TABLE sales_history … COMPRESS BASIC;

CREATE TABLE sales_history … COMPRESS;

下面的表是一個數據倉庫壓縮類型的表，對於經常查詢，並且沒有dml的表適用。
CREATE TABLE sales_history … COMPRESS FOR QUERY;

創建一個歸檔壓縮類型的表
CREATE TABLE sales_history … COMPRESS FOR ARCHIVE;

表可以包含壓縮和非壓縮的分區，並且不同的分區的壓縮的類型可以是不同的，如果在分區上指定的壓縮的類型與表上指定的壓縮的類型不同，那麼分區上的優先。

查看錶是否是壓縮的，及分區是否是壓縮的。
SQL> SELECT table_name, compression, compress_for FROM user_tables;

SELECT table_name, partition_name, compression,compress_for
FROM user_tab_partitions;

查看錶中的行是什麼壓縮類型
SELECT DECODE(DBMS_COMPRESSION.GET_COMPRESSION_TYPE(
ownname => 『HR』,
tabname => 『EMPLOYEES』,
row_id => 『AAAVEIAAGAAAABTAAD』),
1, 『No Compression』,
2, 『Basic or OLTP Compression』,
4, 『Hybrid Columnar Compression for Query High』,
8, 『Hybrid Columnar Compression for Query Low』,
16, 『Hybrid Columnar Compression for Archive High』,
32, 『Hybrid Columnar Compression for Archive Low』,
『Unknown Compression Type』) compression_type
FROM DUAL;

修改壓縮的級別

如果表是分區表，使用在線重定義可以修改表的壓縮級別。如果表是分分區表，那麼可以使用alter table ..move.. compress for語句修改表的壓縮級別，這個語句會阻塞dml操作。

對於壓縮表的限制：
1基本壓縮，你不能為添加的列指定默認的值。刪除列是不被支持的。
2oltp壓縮，如果要添加一個帶默認值的列，那麼需要指定not null，可以刪除列，但是數據只是在內部做了一個不被使用的標記而已。

3在線段收縮是不被支持的。

4上面的壓縮的方式不適合於lobs類型，他們有自己的壓縮方式。

5基本壓縮類型的表的pct_free參數自動的設置成0.

在上面的描述中可以看到對於基本類型的壓縮，沒有使用直接路徑插入的行及更新的行是不會被壓縮的。對於我們的oltp系統基本是沒有用處的，只測試下oltp的壓縮方式，這種方式對於沒有使用直接路徑插入的行及被更新的行都會壓縮。

SQL> select count(*) from xyu2;

COUNT(*)

22096384

SQL> set serveroutput on
SQL> exec show_space(『BAIXYU2』,』T』,』AUTO』);
Total Blocks……………………….334336
Total Bytes………………………..2738880512
Unused Blocks………………………1916
Unused Bytes……………………….15695872
Last Used Ext FileId………………..4
Last Used Ext BlockId……………….671872
Last Used Block…………………….6276

CREATE TABLE xyu3 COMPRESS FOR OLTP as select * from xyu2;

SQL> exec show_space(『BAIXYU3』,』T』,』AUTO』);
Total Blocks……………………….107520
Total Bytes………………………..880803840
Unused Blocks………………………112
Unused Bytes……………………….917504
Last Used Ext FileId………………..4
Last Used Ext BlockId……………….116224
Last Used Block…………………….912

看到使用的塊由33w下降到10w。壓縮效果還是不錯，但是是否使用還要結果上面的限制來根據實際情況評估。

Ⅲ oracle11g表空間和數據文件 不能大於32g的問題

表空間 有最大值 是在創建的時候 設定好的，你可以試著改變表空間的最大值。刪除用戶只會改變表空間的實際大小，佔用率；

查看錶空間使用情況
SELECT tbs 表空間名,
sum(totalM) 總共大小M,
sum(usedM) 已使用空間M,
sum(remainedM) 剩餘空間M,
sum(usedM)/sum(totalM)*100 已使用百分比,
sum(remainedM)/sum(totalM)*100 剩餘百分比
FROM(
SELECT b.file_id ID,
b.tablespace_name tbs,
b.file_name name,
b.bytes/1024/1024 totalM,
(b.bytes-sum(nvl(a.bytes,0)))/1024/1024 usedM,
sum(nvl(a.bytes,0)/1024/1024) remainedM,
sum(nvl(a.bytes,0)/(b.bytes)*100),
(100 - (sum(nvl(a.bytes,0))/(b.bytes)*100))
FROM dba_free_space a,dba_data_files b
WHERE a.file_id = b.file_id
GROUP BY b.tablespace_name,b.file_name,b.file_id,b.bytes
ORDER BY b.tablespace_name
)
GROUP BY tbs
查看錶空間 文件屬性
select file_name,autoextensible,increment_by from dba_data_files;
更改（主要是擴大）表空間 autoextend是自增長 但是有最大值
alter database datafile 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\QIHANG.DBF' autoextend on next 1M maxsize 5000M;

Ⅳ oracle 怎樣修改臨時表空間大小

alter database datafile 'file_name' resize xxxM;
可增大和調小，但是調小時要注意，不一定能成功，數據文件只能縮小到最大的
已使用塊為止。如果你使用的塊剛好是最大的塊，那回縮的操作就會失敗。
當然對於temporay tablespace來說你可以採取新建一個，刪除老的，的方法執行。

Ⅳ 怎麼樣減少表空間大小 oracle 11

縮小表空間大小注意如下幾點：
1、查清該表空間下的數據文件個數，使用量；
2、為了保證資料庫的性能，表空間的使用量不要超過75%；
3、修改數據文件語法：ALTER DATABASE DATAFILE data_file_name RESIZE nnnnM;

Ⅵ Oracle 11g的特性

級大對象(Large Object，即LOB)存儲能力的關鍵原因是在Oracle 11g中數據安全需求越來越高，擴充對LOB和表空間的透明數據加密(Transparent Data Encryption，即TDE)特性來提高數據的安全性，這些特性是如何保護復雜的、非結構化數據的，如醫學數字圖像通訊信息(Digital Imaging for Communication of Medical Information，即DICOM)對象。
Oracle 11g新的SecureFile特性主要是集中在數據壓縮和重復數據刪除方面，主要是為了節約存儲LOB對象的空間，當然在安全特性方面Oracle 11g不僅只有這兩個。
在電子信息技術系統方面增加投入以降低醫療保健方面的成本，使用衛生信息技術降低醫療保健方面的成本，每年投入100億美元，到五年後讓美國的醫療保健系統擴展為基於標準的電子醫療信息系統，包括電子健康記錄。

Ⅶ Oracle11g表空間一般分有哪幾類，每一類大概功能是什麼

Oracle 的表空間，主要分為系統表空間，以及 用戶自定義的表空間。 SYSTEM的表空間 主要是存放資料庫的一些配置，以及其他資料庫的信息的，包括授權、表名、以及其他的定義性質的元數據。

Ⅷ Oracle 10G和Oracle 11G有什麼分別(Oracle 10G與Oracle 11G對比介紹)

Oracle資料庫11g有400多項功能，經過了1500萬個小時的測試，開發工作量達到了3.6萬人/月。迄今為止，在甲骨文推出的產品中，Oracle資料庫11g是最具創新性和質量最高的軟體。
甲骨文公司資料庫伺服器技術高級副總裁Andy Mendelsohn說：「Oracle資料庫11g以甲骨文公司30年的設計經驗為基礎，為企業提供了下一代信息管理能力。我們的客戶正面臨著數據迅速增加、數據集成度不斷提高以及實現數據連接性的信息技術成本持續增大的壓力，這種壓力是空前的。Oracle資料庫10g率先成為為網格計算而設計的資料庫，一半以上的甲骨文客戶已經遷移到了Oracle資料庫10g。為了加速採用Oracle網格並擴大Oracle網格的規模，客戶要求我們提供一些關鍵功能，Oracle資料庫11g提供了這些功能。正如我們的客戶所說的那樣，Oracle資料庫11g真正克服了挑戰並實現了真正的創新。」
Oracle資料庫11g可以幫助企業管理企業信息、更深入地洞察業務狀況並迅速自信地做出調整以適應不斷變化的競爭環境。新版資料庫增強了Oracle資料庫獨特的資料庫集群、數據中心自動化和工作量管理功能。甲骨文客戶可以在安全的、高度可用和可擴展的、由低成本伺服器和存儲設備組成的網格上滿足最苛刻的交易處理、數據倉庫和內容管理應用。
甲骨文公司資料庫伺服器技術高級副總裁Andy Mendelsohn
實時應用測試組件縮短變化所需時間、降低有關風險和成本
Oracle資料庫11g具有先進的自助式管理功能和自動化功能，可幫助企業滿足服務級別協議的要求。例如，對需要定期升級資料庫和操作系統並改變硬體和系統的企業來說，Oracle資料庫11g的Oracle實時應用測試（Oracle Real Application Testing）組件非常適用。這一功能使Oracle資料庫11g成為有史以來第一個能夠幫助企業以可控和經濟的方法迅速測試並管理IT環境變化的資料庫。
提高災難恢復解決方案的投資回報
Oracle資料庫11g的Oracle Data Guard組件可幫助客戶利用備用資料庫，以提高生產環境的性能，並保護生產環境免受系統故障和大面積災難的影響。Oracle Data Guard組件可以同時讀取和恢復單個備用資料庫，這種功能是業界獨一無二的，因此Oracle Data Guard組件可用於對生產資料庫的報告、備份、測試和「滾動」升級。通過將工作量從生產系統卸載到備用系統，Oracle Data Guard組件還有助於提高生產系統的性能，並組成一個更經濟的災難恢復解決方案。
增強信息生命周期管理和存儲管理能力
Oracle資料庫11g具有極新的數據劃分和壓縮功能，可實現更經濟的信息生命周期管理和存儲管理。很多原來需要手工完成的數據劃分工作在Oracle資料庫11g中都實現了自動化，Oracle資料庫11g還擴展了已有的范圍、散列和列表劃分功能，增加了間隔、索引和虛擬卷劃分功能。另外，Oracle資料庫11g還具有一套完整的復合劃分選項，可以實現以業務規則為導向的存儲管理。
Oracle資料庫11g以成熟的數據壓縮功能為基礎，可在交易處理、數據倉庫和內容管理環境中實現先進的結構化和非結構化數據壓縮。採用Oracle資料庫11g中先進的壓縮功能，所有數據都可以實現2x至3x或更高的壓縮比。
全面回憶數據變化
Oracle資料庫11g具有Oracle全面回憶（Oracle Total Recall）組件，可幫助管理員查詢在過去某些時刻指定表格中的數據。管理員可以用這種簡單實用的方法給數據增加時間維度，以跟蹤數據變化、實施審計並滿足法規要求。
最大限度提高信息可用性
在保護資料庫應用免受計劃停機和意外宕機影響方面，甲骨文一直領先於業界。Oracle資料庫11g進一步增強了這種領先地位，資料庫管理員現在可以更輕松地達到用戶的可用性預期。新的可用性功能包括：Oracle閃回交易（Oracle Flashback Transaction），可以輕松撤銷錯誤交易以及任何相關交易；並行備份和恢復功能，可改善非常大資料庫的備份和存儲性能；「熱修補」功能，不必關閉資料庫就可以進行資料庫修補，提高了系統可用性。另外，一種新的顧問軟體 —數據恢復顧問，可自動調查問題、充分智能地確定恢復計劃並處理多種故障情況，從而可以極大地縮短數據恢復所需的停機時間。
Oracle快速文件
Oracle資料庫11g具有在資料庫中存儲大型對象的下一代功能，這些對象包括圖像、大型文本對象或一些先進的數據類型，如XML、醫療成像數據和三維對象。Oracle快速文件（Oracle Fast Files）組件使得資料庫應用的性能完全比得上文件系統的性能。通過存儲更廣泛的企業信息並迅速輕松地檢索這些信息，企業可以對自己的業務了解得更深入，並更快地對業務做出調整以適應市場變化。
更快的XML在Oracle資料庫11g中， XML DB的性能獲得了極大的提高，XML DB是Oracle資料庫的一個組件，可幫助客戶以本機方式存儲和操作XML數據。Oracle資料庫11g增加了對二進制XML數據的支持，現在客戶可以選擇適合自己特定應用及性能需求的XML存儲選項。XML DB還可以通過支持XQuery、JSR-170、SQL/XML等標準的業界標准介面來操作XML數據。
透明的加密Oracle資料庫11g進一步增強了Oracle資料庫無與倫比的安全性。這個新版資料庫增強了Oracle透明數據加密功能，將這種功能擴展到了卷級加密之外。Oracle資料庫11g具有表空間加密功能，可用來加密整個表、索引和所存儲的其他數據。存儲在資料庫中的大型對象也可以加密。
嵌入式OLAP行列
Oracle資料庫11g在數據倉庫方面也引入了創新。OLAP行列現在可以在資料庫中像物化圖那樣使用，因此開發人員可以用業界標准SQL實現數據查詢，同時仍然受益於OLAP行列所具有的高性能。
新的連續查詢通知（Continuous Query Notification）組件在資料庫數據發生重要變化時，會立即通知應用軟體，不會出現由於不斷輪詢而加重資料庫負擔的情況。
連接匯合和查詢結果高速緩存
Oracle資料庫11g中各項提高性能和可擴展性的功能可幫助企業維護一個高性能和高度可擴展的基礎設施，以向企業的用戶提供質量最高的服務。Oracle資料庫11g進一步增強了甲骨文在性能和可擴展性方面的業界領先地位，增加了查詢結果高速緩存等新功能。通過高速緩存和重用經常調用的資料庫查詢以及資料庫和應用層的功能，查詢結果高速緩存功能改善了應用的性能和可擴展性。資料庫駐留連接匯合（Database Resident Connection Pooling）功能通過為非多線程應用提供連接匯合，提高了Web系統的可擴展性。
增強了應用開發能力
Oracle資料庫11g提供多種開發工具供開發人員選擇，它提供的簡化應用開發流程可以充分利用Oracle資料庫11g的關鍵功能，這些關鍵功能包括：客戶端高速緩存、提高應用速度的二進制XML、XML處理以及文件存儲和檢索。另外，Oracle資料庫11g還具有新的Java實時編譯器，無需第三方編譯器就可以更快地執行資料庫Java程序；為開發在Oracle平台上運行的.NET應用，實現了與Visual Studio 2005的本機集成；與Oracle快捷應用配合使用的Access遷移工具；SQL Developer可以輕松建立查詢，以快速編制SQL和PL/SQL常式代碼。
增強了自助式管理和自動化能力
Oracle資料庫11g的各項管理功能用來幫助企業輕松管理企業網格，並滿足用戶對服務級別的要求。Oracle資料庫11g引入了更多的自助式管理和自動化功能，將幫助客戶降低系統管理成本，同時提高客戶資料庫應用的性能、可擴展性、可用性和安全性。Oracle資料庫11g新的管理功能包括：自動SQL和存儲器微調；新的劃分顧問組件自動向管理員建議，如何對表和索引分區以提高性能；增強的資料庫集群性能診斷功能。

Ⅸ oracle資料庫建表和表空間設計

這個數據的多少和表空間的選擇和你的數據量多少是沒有太大關系的，需要統計你的數據量的大小。如果數據量很大，像你說的3*100*2000萬*1.5k需要估算一下他是有多少G？這樣才好設計表空間的分配。從10g開始有表空間支持一個大的數據文件，由多個文件組成肯定沒有一個文件好管理，但是如果出問題了一個大數據文件損壞肯定造成的損失很大。這就是易維護性和安全性的取捨。不知道你們磁碟陣列是怎麼做的如果沒有raid1，數據又很重要的話，也許添加多個數據文件。但是多個數據文件的添加，每個數據文件的大小又受到OS的影響，這個和DB_block_size的大小又有關系，具體演算法我不細講，結論是單個數據文件最多32G。所以這個時候就看你的數據量大小了，你只說量，但是也許有lob欄位之類的我無法估算大小，所以這個你自己算一下，如果需要的數據文件過多的話，你想方便維護也是可以使用大數據文件。sql如下：
SQL> create bigfile tablespace giapblob ----------------表空間名字
2 datafile 'H:\ypx\pic02.dbf' ----------------數據文件名字路徑
3 size 204800M ----------------200G的bigfile
4 autoextend on next 1024M -----------------擴展自動1G
5 maxsize unlimited -----------------不限最大
6 extent management local autoallocate; ----------------自動管理分配區間

其中上述只是從管理方便的角度考慮一個表空間的處理方法，一般單個表空間最大限制是1022個數據文件*4M數據塊*DB_BLOCK_SIZE=32TB。如果數據量過大，必須採用多表空間。
另外也要考慮需求中的使用性能，如果表數據量過大，比如你們每天2000萬，那有沒有歷史表數據？這個如果是OLAP還好說，OLTP可能要做分區表等等一系列的性能考慮，情況不同選擇不同。