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可能要做分区表等等一系列的性能考虑，情况不同选择不同。