oracle表壓縮

① oracle資料庫表空間佔用太大，如何在不刪除表的情況下縮小佔用空間

alter table 表名 move和alter table 表名 shrink space都可以用來進行段收縮，降低高水位HWM，
也都可以用來消除行鏈接（Row Chaining）和行遷移（Row Migration），估計效果不明顯，看你的資料庫用途是干什麼的（如果是數據倉庫肯定是不明顯的）。

② oracle11g和oracle10g的區別

Oracle資料庫11g支持聯機事務處理 (OLAP)應用程序中常用的更新、插入和刪除操作的數據壓縮。

以前的Oracle資料庫版本支持數據倉庫應用程序常用的批量數據載入操作的壓縮。

Oracle資料庫11gOLTP表壓縮通過更加高效地使用內存來緩存數據以及減少表掃描的I/O提高了資料庫性能。

利用OLTP表壓縮，您可以利用最小的處理開銷達到2到3倍的壓縮比。

③ Oracle表壓縮真的好用么

對重復欄位多的，偏查詢的那種還可以

④ 如何用exp導出oracle資料庫並壓縮

1. 它是一個可執行的文件 存放目錄/ORACLE_HOME/bin
exp導出工具將資料庫中數據備份壓縮成一個二進制系統文件. 它有三種模式：
a. 用戶模式：導出用戶所有對象以及對象中的數據；
b. 表模式： 導出用戶所有表或者指定的表；
c. 整個資料庫： 導出資料庫中所有對象。
2. 導出工具exp互動式命令行方式的使用的例子
$exp test/test123@appd
Enter array fetch buffer size: 4096 > 回車
Export file: expdat.dmp > m.dmp 生成導出的文件名
(1)E(ntire database), (2)U(sers), or (3)T(ables): (2)U > 3
Export table data (yes/no): yes > 回車wQeLin
Compress extents (yes/no): yes > 回車

⑤ orcale 壓縮表空間

有2種方法：
1.將你22G的表空間的DBF數據文件縮小，這樣表空間就自然變小了
2. 將這個22G的表空間中得文件移到別的表空間里，然後刪除表空間重新建立，最後再講移出的表移回來，這樣也能縮小表空間

⑥ 怎樣壓縮Oracle數據文件

如果屬於一個單獨的表空間不是system等,可以把表空間刪除，或刪除所有對象後resize數據文件

⑦ oracle 什麼是compressed 表

Hybrid Columnar Compressed
首先我們要搞清楚，什麼是行壓縮，什麼叫列壓縮。我們熟悉的資料庫，如Oracle，MySQL等都是基於行的資料庫，就是行的不同欄位物理上存放在一起，還有一種是基於列的資料庫，就是每個欄位的不同行物理上存放在一起。他們的優缺點同樣突出：
基於行的資料庫，訪問一行非常方便，但是由於同一列的數據是分開存放的，如果要針對某一列進行查詢時，幾乎要掃描整個表才能得到結果。基於行資料庫的壓縮，稱為行壓縮。
基於列的資料庫，因為同一列的數據物理上放在一起，所以訪問一列非常方便，也就是說如果針對某一列進行查詢時，不需要掃描整個表，只需要掃描這一列的數據就可以了，但是訪問一行的全部欄位非常不方便（又是廢話）。基於列資料庫的壓縮，稱為列壓縮。
Oracle通常說的compress功能（包括11g R2的Advanced compress），都是行壓縮，因為Oracle是個基於行的資料庫。大概的方法就是在block頭部存放一個symbol table，然後將相同的值放在那裡，每行上相同的數據指向symbol table，以此來達到壓縮的目的。行壓縮的效果通常不好，因為我們知道行與行之間，其實相同的數據並不多。但是列壓縮則不同，因為相同列的數據類型相同，很容易達到很好的壓縮效果。
行壓縮和列壓縮都有其優缺點，而Oracle的混合列壓縮技術，實際上是融合了列壓縮的高壓縮比和行資料庫的訪問特性，將兩者的優點結合起來。Oracle提出了CU的概念（compress unit），在一個CU內，是一個基於列的存儲方式，採用列壓縮，但是一個CU內保存了行的所有欄位信息，所以在CU與CU之間，Oracle還是一個基於行的資料庫，訪問某一行，總是只在一個CU內。每個CU由一些連續的block組成，CU header中記錄了每一行的各個列在CU中的分布情況，在混合列壓縮模式下，一行通常是跨多個block的。
所以說混合列壓縮，結合了列壓縮和行訪問的特點，即可以提供非常高的壓縮率，又很好的保證了基於行類型的訪問。
Exadata的另一個重要功能是IO resource management，如果我們在一個Exadata上部署了很多個資料庫，可以用它來管理IO資源，這里就不作闡述了。
目前，我還沒有了解到在國內有Exadata的應用，而且資料也是比較少的。希望有機會可以真實的測試一下它的性能，我不懷疑他在DSS環境下的表現，但是對於OLTP類型的應用，是否真的象Oracle說的那麼強勁，還有待於驗證。

⑧ Oracle 11g 壓縮表無法增加刪除欄位

alter table tableName move nocompress;
ok

直接alter table tableName move nocompress後能增加列，但無法增加帶default值的列
設置為 move nocompress後即可，
原因暫未研究，備查

⑨ oracle清理數據後，如何縮小表空間，減小表空間文件大小

很大可能是原來表是壓縮過的，再導進去就沒有壓縮了，要重新壓縮下

⑩ Oracle11g新特性之：數據壓縮技術

隨著數據量的不斷海量 CPU的不斷強勁 雙核四核的叫個不停 一種叫做時間換空間的優化技術應該會越來越流行 所以 數據壓縮對於今後的資料庫來說 應該會從核武器變成常規武器 Oracle從 i開始羞羞答答的引入表級壓縮 一直以來都是像中國的核電站一樣 宣傳的用處大 論實際的貢獻就不怎麼樣了

Oracle g似乎是正兒八經的要推廣數據壓縮技術了 專門推出了一個叫做Advance Compression的組件 全面支持普通表壓縮 非結構化數據壓縮（SecureFile數據壓縮） Data Pump數據壓縮 以及RMAN備份壓縮 數據壓縮技術從此名正言順的登上歷史舞台 既然是專門做為一個Option推出 Oracle一定是對該特性相當有信心 所以需要單獨為該特性購買License

在Oracle i中雖然引入了表壓縮 但是有很大的限制 只能對批量裝載操作（比如直接路徑裝載 CTAS等）涉及的數據進行壓縮 普通的DML操作的數據是無法壓縮的 這應該是對於寫操作的壓縮難題沒有解決 一直遺留到Oracle g 總算是解決了關系數據壓縮的寫性能問題 Oracle的表壓縮是針對Block級別的數據壓縮 主要技術和Oracle i差不多 還是在Block中引入symbol表 將block中的重復數據在symbol中用一個項表示 Oracle會對block進行批量壓縮 而不是每次在block中寫入數據時都進行壓縮 通過這種方式 可以盡量降低數據壓縮對於DML操作的性能影響 這樣 在block級別應該會引入一個新的參數 用於控制block中未壓縮的數據量達到某個標准以後進行壓縮操作

SecureFile也是Oracle g新推出的一項特性 用於存儲非結構化數據 SecureFile也將支持數據壓縮操作 這樣對於傳統的LOB欄位也可以進行壓縮 將極大的減少大型資料庫的存儲空間需求 當然 有得比有失 壓縮和解壓時 對於CPU的要求也將更高 但是 目前CPU的發展速度明顯比IO和存儲空間快速的情況下 壓縮是大有可為的技術 通過在壓縮率和壓縮效率方面的不斷提升 以後應該為成為各個資料庫的標准配置

除了對資料庫中的數據進行壓縮 Advance Compression Option還將支持備份數據的壓縮 做為邏輯備份的Data Pump和物理備份的RMAN工具 都將支持該技術 在Oracle gR 中 Data Pump已經開始支持壓縮源數據 Oracle g中則可以直接壓縮導出文件 這樣導出的時候就可以極大的減少存儲空間的需求 在以前版本中 利用WinRAR等 經常可以將幾個G的導出文件壓縮到幾十M Oracle g的白皮書上說壓縮率可以達到 % 等軟體出來 大家可以好好的測試一把 同樣的 Oracle也在 g中開始引入RMAN的壓縮技術 但是Oracle g號稱採用了更先進的ZLIB要所演算法 可以比Oracle g的壓縮演算法快上 % 空間需求也將減少 %

除了上述的數據壓縮技術 Oracle g Advanced Compression Option還將引入另外一種壓縮技術 我們知道在Data Guard中 需要將日誌從主庫傳遞到備庫 如果主庫的事務很多 則單位時間內需要傳遞的日誌量將相當可觀 如果能將這些日誌壓縮後在傳遞 然後在備庫解壓後應用 將極大的減少對於網路帶寬的需求 從而已減少主備庫的時間差

另外 Oracle的bitmap一直就是壓縮存儲的 g中的bitmap對於 i就有比較大的改動 通過一些細節的完善 提供更好的性能和更高的穩定性 也是oracle一貫的風格 對於bitmap在Oracle g中將如何實現 也將是非常值得關注的一個特點