精华内容
下载资源
问答
  • --操作系统环境 [Oracle@11grac1 ~]$ uname -a Linux 11grac1 2.6.32-300.10.1.el5uek #1 SMP Wed Feb 22 17:22:40 EST 2012 i686 i686 i386 GNU/Linux --数据库环境 SQL set pagesize 200- SQL co...

    此测试不从时间维度比较,只从存储空间维度进行简要比较。 --操作系统环境 [Oracle@11grac1 ~]$ uname -a Linux 11grac1 2.6.32-300.10.1.el5uek #1 SMP Wed Feb 22 17:22:40 EST 2012 i686 i686 i386 GNU/Linux --数据库环境 SQL set pagesize 200- SQL col

    此测试不从时间维度比较,只从存储空间维度进行简要比较。

    --操作系统环境

    [Oracle@11grac1 ~]$ uname -a

    Linux 11grac1 2.6.32-300.10.1.el5uek #1 SMP Wed Feb 22 17:22:40 EST 2012 i686 i686 i386 GNU/Linux

    --数据库环境

    SQL> set pagesize 200-

    SQL> col BANNER for a60

    SQL> select * from gv$version where rownumOracle Database 11g Enterprise Edition Release 11.2.0.1.0 -

    Production

    1 PL/SQL Release 11.2.0.1.0 - Production

    1 CORE 11.2.0.1.0 Production

    1 TNS for Linux: Version 11.2.0.1.0 - Production

    1 NLSRTL Version 11.2.0.1.0 - Production

    2 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 -

    Production

    2 PL/SQL Release 11.2.0.1.0 - Production

    2 CORE 11.2.0.1.0 Production

    2 TNS for Linux: Version 11.2.0.1.0 - Production

    2 NLSRTL Version 11.2.0.1.0 - Production

    --数据库归档情况

    SQL> archive log list;

    Database log mode Archive Mode

    Automatic archival Enabled

    Archive destination USE_DB_RECOVERY_FILE_DEST

    Oldest online log sequence 2

    Next log sequence to archive 3

    Current log sequence 3

    SQL> show parameter cluster_database;

    NAME TYPE VALUE

    ------------------------------------ ----------- ------------------------------

    cluster_database boolean TRUE

    cluster_database_instances integer 2

    --数据库当前大小

    SQL> select sum(bytes)/1024/1024 m from dba_data_files;

    M

    ----------

    1195

    --rman参数配置

    RMAN> show all;

    using target database control file instead of recovery catalog

    RMAN configuration parameters for database with db_unique_name RACDB are:

    CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default

    CONFIGURE BACKUP OPTIMIZATION OFF; # default

    CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

    CONFIGURE CONTROLFILE AUTOBACKUP ON;

    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default

    CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO BACKUPSET;

    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

    CONFIGURE MAXSETSIZE TO UNLIMITED; # default

    CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

    CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

    CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default

    CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

    CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/Oracle/product/11.2.0/db_1/dbs/snapcf_racdb1.f'; # default

    --执行压缩备份脚本(只备份数据库)

    RMAN> run {

    2> allocate channel c1 type disk maxpiecesize=512m;

    3> allocate channel c2 type disk maxpiecesize=512m;

    4> backup as compressed backupset database format '/u01/app/backup/db_full_%U_%p_%T_%s.bak' tag 'dbl0';

    5> backup current controlfile format '/u01/app/backup/contorlfile_%T_%U_%s.ctlbak';

    release channel c1;

    6> 7> release channel c2;

    8> }

    released channel: ORA_DISK_1

    released channel: ORA_DISK_2

    allocated channel: c1

    channel c1: SID=32 instance=racdb1 device type=DISK

    allocated channel: c2

    channel c2: SID=57 instance=racdb1 device type=DISK

    Starting backup at 13-SEP-12

    channel c1: starting compressed full datafile backup set

    channel c1: specifying datafile(s) in backup set

    input datafile file number=00001 name=+DATA/racdb/system01.dbf

    input datafile file number=00004 name=+DATA/racdb/users01.dbf

    channel c1: starting piece 1 at 13-SEP-12

    channel c2: starting compressed full datafile backup set

    channel c2: specifying datafile(s) in backup set

    input datafile file number=00002 name=+DATA/racdb/sysaux01.dbf

    input datafile file number=00003 name=+DATA/racdb/undotbs01.dbf

    input datafile file number=00005 name=+DATA/racdb/undotbs02.dbf

    channel c2: starting piece 1 at 13-SEP-12

    channel c2: finished piece 1 at 13-SEP-12

    piece handle=/u01/app/backup/db_full_08nl4lf6_1_1_1_20120913_8.bak tag=DBL0 comment=NONE

    channel c2: backup set complete, elapsed time: 00:03:26

    channel c1: finished piece 1 at 13-SEP-12

    piece handle=/u01/app/backup/db_full_07nl4lf6_1_1_1_20120913_7.bak tag=DBL0 comment=NONE

    channel c1: backup set complete, elapsed time: 00:04:27

    Finished backup at 13-SEP-12

    Starting backup at 13-SEP-12

    channel c1: starting full datafile backup set

    channel c1: specifying datafile(s) in backup set

    including current control file in backup set

    channel c1: starting piece 1 at 13-SEP-12

    channel c1: finished piece 1 at 13-SEP-12

    piece handle=/u01/app/backup/contorlfile_20120913_09nl4lnq_1_1_9.ctlbak tag=TAG20120913T224930 comment=NONE

    channel c1: backup set complete, elapsed time: 00:00:03

    Finished backup at 13-SEP-12

    Starting Control File and SPFILE Autobackup at 13-SEP-12

    piece handle=+DATA/racdb/autobackup/2012_09_13/s_793925381.271.793925387 comment=NONE

    Finished Control File and SPFILE Autobackup at 13-SEP-12

    released channel: c1

    released channel: c2

    --查看备份大小

    [Oracle@11grac1 backup]$ pwd

    /u01/app/backup

    [Oracle@11grac1 backup]$ ls

    contorlfile_20120913_09nl4lnq_1_1_9.ctlbak db_full_08nl4lf6_1_1_1_20120913_8.bak

    db_full_07nl4lf6_1_1_1_20120913_7.bak

    [Oracle@11grac1 backup]$ du -sh

    269M .

    --执行非压缩备份脚本(只备份数据库)

    RMAN> run {

    2> allocate channel c1 type disk maxpiecesize=512m;

    3> allocate channel c2 type disk maxpiecesize=512m;

    4> backup as backupset database format '/u01/app/backup/db_full_%U_%p_%T_%s.bak' tag 'dbl0';

    5> backup current controlfile format '/u01/app/backup/contorlfile_%T_%U_%s.ctlbak';

    6> release channel c1;

    7> release channel c2;

    }8>

    released channel: ORA_DISK_1

    released channel: ORA_DISK_2

    allocated channel: c1

    channel c1: SID=32 instance=racdb1 device type=DISK

    allocated channel: c2

    channel c2: SID=57 instance=racdb1 device type=DISK

    Starting backup at 13-SEP-12

    channel c1: starting full datafile backup set

    channel c1: specifying datafile(s) in backup set

    input datafile file number=00001 name=+DATA/racdb/system01.dbf

    input datafile file number=00004 name=+DATA/racdb/users01.dbf

    channel c1: starting piece 1 at 13-SEP-12

    channel c2: starting full datafile backup set

    channel c2: specifying datafile(s) in backup set

    input datafile file number=00002 name=+DATA/racdb/sysaux01.dbf

    input datafile file number=00003 name=+DATA/racdb/undotbs01.dbf

    input datafile file number=00005 name=+DATA/racdb/undotbs02.dbf

    channel c2: starting piece 1 at 13-SEP-12

    channel c1: finished piece 1 at 13-SEP-12

    piece handle=/u01/app/backup/db_full_0bnl4lsf_1_1_1_20120913_11.bak tag=DBL0 comment=NONE

    channel c1: starting piece 2 at 13-SEP-12

    channel c1: finished piece 2 at 13-SEP-12

    piece handle=/u01/app/backup/db_full_0bnl4lsf_2_1_2_20120913_11.bak tag=DBL0 comment=NONE

    channel c1: backup set complete, elapsed time: 00:02:42

    channel c2: finished piece 1 at 13-SEP-12

    piece handle=/u01/app/backup/db_full_0cnl4lsg_1_1_1_20120913_12.bak tag=DBL0 comment=NONE

    channel c2: backup set complete, elapsed time: 00:02:51

    Finished backup at 13-SEP-12

    Starting backup at 13-SEP-12

    channel c1: starting full datafile backup set

    channel c1: specifying datafile(s) in backup set

    including current control file in backup set

    channel c1: starting piece 1 at 13-SEP-12

    channel c1: finished piece 1 at 13-SEP-12

    piece handle=/u01/app/backup/contorlfile_20120913_0dnl4m21_1_1_13.ctlbak tag=TAG20120913T225456 comment=NONE

    channel c1: backup set complete, elapsed time: 00:00:03

    Finished backup at 13-SEP-12

    Starting Control File and SPFILE Autobackup at 13-SEP-12

    piece handle=+DATA/racdb/autobackup/2012_09_13/s_793925708.270.793925713 comment=NONE

    Finished Control File and SPFILE Autobackup at 13-SEP-12

    released channel: c1

    released channel: c2

    --查看备份大小

    [Oracle@11grac1 backup]$ rm -rf *

    [Oracle@11grac1 backup]$ du -sh

    969M .

    --11g压缩备份效率比较

    是否压缩备份 压缩备份(单位M) 非压缩备份(单位M) 比率

    库大小 1195 1195 1

    备份文件大小 269 969 3.6

    比率 0.23 0.81 3.52

    本文原创发布php中文网,转载请注明出处,感谢您的尊重!

    相关文章

    相关视频

    展开全文
  • 依赖于不同的版本,Oracle一共提供了三种类型的压缩形式:表压缩;OLTP表压缩;键压缩;表压缩从10g Release 1中引入,可以在堆表上进行压缩。同时在堆表分区和物化事务上也存在。在11g Release 1中,Oracle引入了...

    依赖于不同的版本,Oracle一共提供了三种类型的压缩形式:

    表压缩;OLTP表压缩;键压缩;

    表压缩从10g Release 1中引入,可以在堆表上进行压缩。同时在堆表分区和物化事务上也存在。在11g Release 1中,Oracle引入了OLTP表压缩,该特征允许在OLTP环境下进行使用。

    键压缩从8i Release 1引入,可以用来压缩索引数据或者索引组织表。

    虽然实施方式不同,但是它们都使用相同的本质,在块头存储重复的值。

    使用这些形式的压缩可以大大的减少存储,并且可以潜在的减少I/O的数量,但是会消耗额外的CPU,因为解压这些数据需要CPU。

    键压缩

    什么是键压缩?

    键压缩允许一个组合索引中的列的重复值存储在一个小的符号表中,其在块头中。

    该替代会极大的节约存储空间,并且通过减少I/O提高性能。

    键压缩如何工作?

    B数索引通常在其键中产生两个片,其中一个前缀列,一个后缀列(标识列)。

    如果索引是不唯一的,Oracle将自动的加rowid到列索引的结尾,ROWID用来组成唯一片。

    默认情况下,前缀列由全部的列-最后的列组成,对于非唯一索引,前缀列为全部列。

    CREATE TABLE test_table (

    column1NUMBERNOT NULL ,

    column2NUMBERNOT NULL ,

    column3NUMBERNOT NULL ,

    column4NUMBER ,

    column5NUMBER )

    /

    然后在表上创建一个唯一索引,使用COMPRESS声明压缩键:

    CREATE UNIQUE INDEX test_idx1ON test_table(column1,column2,column3) COMPRESS

    /

    前缀键将在column1和column2上创建,也可以声明压缩的列数:

    CREATE UNIQUE INDEX test_idx1ON test_table(column1,column2,column3) COMPRESS 1

    /

    键压缩有用的地方?

    B Tree索引和IOT表能够获益,位图索引以一种特定的形式压缩,但不是键压缩。键压缩仅在多个列,如复合索引,或者只有一个列的非唯一索引上获益,唯一索引则不能获得任何好处,相反,Oracle不允许在这种索引上压缩。

    SQL> CREATE TABLE test_table

    2   (column1     NUMBER     NOT NULL

    3   ,column2     NUMBER     NOT NULL

    4   ,column3     NUMBER     NOT NULL

    5   ,column4     NUMBER

    6   ,column5     NUMBER

    7   )

    8  /

    Table created.

    SQL> CREATE UNIQUE INDEX test_idx1 ON test_table(column1)

    2  COMPRESS

    3  /

    compress

    *

    ERROR at line 2:

    ORA-25193: cannot use COMPRESS option for a single column key

    键压缩的好处和坏处?

    键压缩的好处:

    ·节约页块空间;

    ·透明实施;

    ·通过减少I/O提高性能。

    但是需要考虑的是会增加CPU时间。

    OLTP表压缩

    OLTP表压缩从Oracle 11g Release 1引入,使企业版的特征。不同的是OLTP表压缩主要用于非直接路径操作在后台执行,Oracle以一种方法实施,以批操作的模式进行,以确保最小化性能的影响。

    可以查看如下:

    SQL> CREATE TABLE temp_uncompressed

    2(col1NUMBERNOT NULL

    3,col2VARCHAR2(128)NOT NULL

    4,col3DATENULL)

    5NOCOMPRESS -- default but state it for clarity

    6/

    Table created.

    SQL> CREATE TABLE temp_compressed_direct

    2(col1NUMBERNOT NULL

    3,col2VARCHAR2(128)NOT NULL

    4,col3DATENULL)

    5COMPRESS FOR DIRECT_LOAD OPERATIONS

    6/

    Table created.

    SQL> CREATE TABLE temp_compressed_all

    2(col1NUMBERNOT NULL

    3,col2VARCHAR2(128)NOT NULL

    4,col3DATENULL)

    5COMPRESS FOR ALL OPERATIONS

    6/

    Table created.

    SQL> SELECT table_name

    2,compression

    3,compress_for

    4,pct_free

    5FROMuser_tables

    6WHEREtable_name IN('TEMP_UNCOMPRESSED','TEMP_COMPRESSED_ALL','TEMP_COMPRESSED_DIRECT')

    7/

    TABLE_NAMECOMPRESS COMPRESS_FORPCT_FREE

    ------------------------------ -------- ------------------ ----------

    TEMP_COMPRESSED_ALLENABLEDFOR ALL OPERATIONS10

    TEMP_COMPRESSED_DIRECTENABLEDDIRECT LOAD ONLY0

    TEMP_UNCOMPRESSEDDISABLED10

    OLTP压缩表可以通过TEMP_COMPRESSED_ALL查询到。

    表压缩

    表压缩可以使用的地方?

    可以使用表压缩的对象包括:

    ·堆表;

    ·潜逃表;

    ·范围或列表分区;

    ·物化视图;

    不能使用压缩的对象:

    ·子分区;

    ·哈希分区;

    ·外部表;

    ·聚簇表的一部分;

    ·带LOBS的表;

    ·IOTs表;

    ·索引;

    影响压缩率的因素?

    实际使用的算法Oracle并没有透露,不过主要因素包括:

    ·块大小;

    ·块负载;

    ·重复值;

    ·重复值的列长度,需要注意,如果列值长度小于6,那么压缩将被忽略;

    ·接合数据提高重复数据相邻的角度;

    表压缩的好处和缺点?

    表压缩的好处:

    ·节约空间;

    ·减少IO;

    ·透明;

    ·提高某些DML的性能—删除更快,某些插入更快;

    缺点:

    ·CPU负载增加;

    ·在10g中仅在直接路径加载中可用;

    ·会降低某些DML的性能—更新和某些插入;

    平衡

    不允许删除一个列,如果试图删除将会得到ORA-39726错误,但是如果使用ALTER TABLE test_table MOVE NOCOMPRESS将表转换为非压缩的则可以(至少在10.2中可以)。

    CREATE TABLE test_table(

    column1NUMBERNOT NULL,

    column2NUMBERNOT NULL,

    column3NUMBER)

    COMPRESS

    /

    INSERT /*+ APPEND */

    INTO test_table

    (column1, column2, column3)

    SELECT MOD(l, 1000), MOD(l, 100), 1

    FROM (select level l from dual connect by level < 100001)

    SQL> ALTER TABLE test_table DROP COLUMN column3

    2/

    ALTER TABLE test_table DROP COLUMN column3

    *

    ERROR at line 1:

    ORA-39726: unsupported add/drop column operation on compressed tables

    SQL> ALTER TABLE test_table MOVE NOCOMPRESS

    2/

    Table altered.

    ALTER TABLE test_table DROP COLUMN column3;

    Table altered

    SQL> ALTER TABLE test_table DROP COLUMN column2;

    Table altered

    展开全文
  • ORACLE 压缩

    2008-12-30 10:33:04
    级的,因此在压缩率上可能比基于整个库的压缩要小,但由于它是自包含的,因此读取该 Block 时,就能解压缩,而无需读取更多的 Block. 此外,数据并不是在增删改时就进行压缩,而只是达到一定的 threshold 后,系统...
    Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 Oracle 9i 开始提供了对表或者分区数据压缩的功能,而 11g 时,对压缩进行了细化,可以区别普通操作还是直接路径操作来决定是否进行压缩。 9i 的压缩更多的面对的是 OLAP 系统, 11g 的压缩也适合于 OLTP 系统,由于压缩后,数据位于更少的 block 内,因此虽然解压缩可能需要消耗一些时间,但读取更少的块所需 I/O 减少,弥补了性能的不足。按照 ORACLE 提供的白皮书,压缩后的数据需要更少的 I/O CPU 。但我个人认为,压缩是否真的有效,依赖于被压缩数据的组成成分和数据量。具体问题具体分析,在对表进行压缩之前最好能做个测试。

    关于压缩的使用和性能比较,可以参看《Compressed Tables (http://www.oracle-base.com/articles/9i/CompressedTables9i.php)和《Table Compression Enhancements in Oracle Database 11g Release 1 (http://www.oracle-base.com/articles/11g/TableCompressionEnhancements_11gR1.php) 两篇文章,Oracle Magazine s上的《Compress to Impress (http://www.oracle.com/technology/oramag/oracle/08-jul/o48advcomp.html) 也做了很详细的介绍。

    在这里,主要基于Meikel Poess Dmitry Potapov 在第 29  VLDB 会议(

    Berlin, Germany, 2003)提交的《Data Compression in Oracle》。在这篇文章里,作者介绍了数据压缩的算法,并以一个有百万记录的表为例,对压缩和非压缩的表在装载、修改/删除、全表扫描、基于Rowid的读取等操作在CPU使用和花费时间上进行了比较。

    文中介绍到数据的压缩是基于Block 级的,因此在压缩率上可能比基于整个库的压缩要小,但由于它是自包含的,因此读取该Block时,就能解压缩,而无需读取更多的Block.此外,数据并不是在增删改时就进行压缩,而只是达到一定的threshold 后,系统才启动进程进行压缩,因此不会影响数据操作的响应时间,有由于压缩是基于Block的,因此只对该Block进行锁,从而也不会影响整个系统的性能。

    从文章的数据来看,压缩对于OLAP系统显然是非常有效份额,但对于OLTP系统,在以后的文章中我将依据我们系统的实际应用进行测试。

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9036/viewspace-524634/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/9036/viewspace-524634/

    展开全文
  • oracle 索引压缩

    2019-09-26 01:15:25
    oracle 索引压缩 oracle 索引压缩(key compression)是oracle 9i 中引入的一项新特性。该特性可以压缩索引或者索引组织表中的重复键值...
      oracle 索引压缩
        oracle 索引压缩(key compression)是oracle 9i 中引入的一项新特性。该特性可以 压缩索引或者索引组织表中的重复键值,从而节省存储空间。非分区的unique 索引和 non-unique(至少两列)索引都能够被压缩。bitmap 索引不能够进行压缩。
          在oracle 索引压缩中有几个比较纠结的术语,需要说明一下。索引压缩是通过将索引中 的键值拆分成两部分实现的,也就是grouping piece 也称作prefix 和 unique piece 也 称作suffix 。grouping piece 是用来压缩的被unique piece 共享的部分。如果键值不能 提供unique piece,那么oracle 将会使用rowid 来唯一标识。只有B-tree 索引的叶子节点 能够被压缩,分支节点不能够被压缩。索引压缩是在单个block 中完成的,不能够跨blocks 进行索引压缩。grouping piece (prefix) 和 unique piece (suffix) 存储在同一个索引 block 中。
          具体prefix 和 suffix 是怎么划分的呢?默认prefix 长度等于索引列的数量减去1。当然 我们可以人为控制prefix 的长度,非唯一索引的最大prefix 长度等于索引列的数量。唯一 索引的最大prefix 长度等于索引列的数量减去1。比如,假设索引有三个列:
    默认的时候:prefix (column1,column2) suffix (column3) 
    如果有以下几组键值(1,2,3),(1,2,4),(1,2,7),(1,3,5),(1,3,4),(1,4,4) 那么在prefix中重复的 (1,2),(1,3) 将会被压缩至保留一份。
         索引压缩适合于那些键值重复率高的索引,这样才能够达到压缩键值,节省存储空间目的。 索引压缩以后一个索引块可以存放更多的键值,这样当进行full index scan,full fast index scan  的时候IO性能会更好,但是CPU的负载会增加,至于总体的性能就要看IO性能的提高和CPU 负载增加那个是主要方面了。 我不认为索引压缩性能总是提高的,更多的意义在于节省 存储空间,减少IO时间。
    SQL> create table objects1 as select object_id,object_name from dba_objects;
    Table created.
    SQL> create table objects2 as select 100 object_id,object_name from dba_objects;
    Table created.
    SQL> create table objects3 as select object_id,object_name from dba_objects;
    Table created.
    SQL> create index objects1_idx on objects1 (object_id) compress 1;
    Index created.
    SQL> create index objects2_idx on objects2 (object_id) compress 1;
    Index created.
    SQL> create index objects3_idx on objects3 (object_id);
    Index created.--创建一个不压缩的索引。
    SQL> select index_name,compression,leaf_blocks
      2  from user_indexes
      3  where index_name in ('OBJECTS1_IDX','OBJECTS2_IDX','OBJECTS3_IDX');
    INDEX_NAME                     COMPRESS LEAF_BLOCKS
    ------------------------------ -------- -----------
    OBJECTS1_IDX                    ENABLED          222
    OBJECTS2_IDX                    ENABLED          112
    OBJECTS3_IDX                    DISABLED         161
    我们可以看到对于objects1 和 objects3 因为object_id 都是唯一的,所以没有压缩的空间, 压缩以后索引反而占用了更大的空间,还不如不压缩。而objects2 中 object_id 都是重复的 压缩效果明显。
    除了创建的时候进行索引压缩,还可以在rebuild index 的时候指定索引压缩和解压缩。
    SQL> alter index objects1_idx rebuild nocompress;
    Index altered.
    SQL> alter index objects1_idx rebuild compress;
    Index altered.
    注:压缩也是会引入存储开销的,只是很多时候压缩节省的空间比压缩需要的存储开销更大, 所以压缩以后整体的存储开销减小了。
    compress 后面接的数字表示的是prefix 的深度,也就是需要用来压缩的columns 的数量。

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26736162/viewspace-2139022/,如需转载,请注明出处,否则将追究法律责任。

    展开全文
  • Oracle 10g开始,Oracle允许我们对备份集进行压缩,以减少空间耗用,这个特性通过对BACKUP命令伴增加AS COMPRESSED BACKUPSET子句实现。压缩备份在恢复时无需解压缩,这一特性在以下条件下可能大为有益:备份存储...
  • Oracle压缩表及压缩表空间的一点研究 有时候我们想将OLTP生产系统上的数据存入历史库或者放入数据仓库进行数据分析(较少发生DML操作),这种情况下将表以压缩的方式存入历史库或数据仓库中将是一个不错的选择,...
  • Oracle压缩数据表

    2012-09-28 23:20:24
    Oracle压缩数据的处理基于数据库块,其本质上是通过消除在数据库块中的重复数据来实现空间节约,具体方法如下:比较数据块中包含的所有字段或记录,其中重复的数据只在位于数据块开始部分的记号表(Symbol Table)中...
  • oracle压缩索引

    2012-03-29 21:14:00
    压缩索引顾名思义就是对索引进行压缩,对组合索引,特别是重复高的进行压缩,那么它能带来什么好处呢?首先它占用的磁盘空间少,其次了缓冲区就可以存放更多的索引条目了,而且缓冲命中较高,并且物理I/O 较少。...
  • oracle压缩表(一)

    2019-05-21 07:48:05
    我们知道,压缩表可以使同样的数据占用更少的空间,它对空间的使用、性能的提高都有积极的影响。下面简单探讨一下oracle压缩表。--建立测试表SQL> create table t_compress1(a number,b...
  • Oracle数据库中预估压缩效果的方法
  • https://www.red-gate.com/simple-talk/sql/oracle/compression-in-oracle-part-2-read-only-data/在本系列的第一篇文章中,我们看到了只有在直接路径加载、CTAS(create table as select)和”alter table move”时,...
  • Oracle压缩

    2012-05-05 15:59:49
    Oracle压缩数据的处理基于数据库块,其本质上是通过消除在数据库块中的重复数据来实现空间节约,具体方法如下:比较数据块中包含的所有字段或记录,其中重复的数据只在位于数据块开始部分的记号表(Symbol Table)中...
  • Oracle压缩数据的处理基于数据库块,其本质上是通过消除在数据库块中的重复数据来实现空间节约,具体方法如下:比较数据块中包含的所有字段或记录,其中重复的数据只在位于数据块开始部分的记号表(Symbol Table)中...
  • Oracle数据压缩

    千次阅读 2008-11-05 14:48:00
    Oracle数据压缩依赖于不同的版本,Oracle一共提供了三种类型的压缩形式: 表压缩;OLTP表压缩;键压缩; 表压缩从10g Release 1中引入,可以在堆表上进行压缩。同时在堆表分区和物化事务上也存在。在11g Release 1...
  • 在本系列的第一篇文章中,我们看到了只有在直接路径加载、CTAS(create table as ...同时当表启用了压缩时,Oracle会默认的将该表中数据块的pctfree设置为0,这也暗示了我们基础压缩应该作为一种只读数据的压缩策略。
  • oracle压缩 介绍

    千次阅读 2014-04-11 10:19:48
    Oracle从9i开始羞羞答答的引入表级压缩,一直以来都是像中国的核电站一样,宣传的用处大,论实际的贡献就不怎么样了。 Oracle11g似乎是正儿八经的要推广数据压缩技术了,专门推出了一个叫做Advance Compres
  • Oracle压缩数据的处理基于块,其本质上是通过消除在数据库块中的重复数据来实现空间节约,具体方法如下:比较数据块中包含的所有字段或记录,其中重复的数据只在位于数据块开始部分的记号表(Symbol Table)中存储一份...
  • Oracle OLTP表压缩

    千次阅读 2012-11-20 11:24:11
    表数据的压缩 Oracle 9i对于批量导入操作的数据...Oracle 11g引入了一个新的特性—OLTP表压缩,所谓OLTP表压缩就是允许在任何类型的数据操作过程中对数据进行压缩,例如通常的数据操作语言,插入、更新等。除此之外
  • 1、oracle压缩简介 1 2、oracle压缩优点 2 3、压缩分类 2 3.1 表级压缩 2 3.2 表空间级压缩 3 3.3 物化视图压缩 3 3.4 分区表压缩 3 3.5 索引压缩 4 3.6 数据压缩方法 4 4、如何正确压缩数据 5 4.1 压缩数据方法 5 ...
  • Oracle的表压缩

    2013-04-09 11:09:48
    Oracle压缩数据的处理基于数据库块,其本质上是通过消除在数据库块中的重复数据来实现空间节约,具体方法如下:比较数据块中包含的所有字段或记录,其中重复的数据只在位于数据块开始部分的记号表(Symbol Table)中...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 18,738
精华内容 7,495
关键字:

oracle压缩率