11g 导出数据时的几种压缩方法

做一个简单的实验说明compress 参数的用法。
compression=all：对于ALL方式，数据泵会对导出的源数据和表数据都进行压缩，顾名思义，这种方式得到的数据泵导出文件是最小的，不过用时相对也会比较长：
在我这里由于数据量的关系，时间大小不具有可比性。
C:\Users\aaaa>expdp yang/yang tables=yang_part3 directory=dumpdir dumpfile=yang_all.dmp compression=all
Export: Release 11.1.0.6.0 - Production on 星期三, 30 3月, 2011 22:58:10
Copyright (c) 2003, 2007, Oracle.  All rights reserved.
连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
启动 "YANG"."SYS_EXPORT_TABLE_01":  yang/******** tables=yang_part3 directory=dumpdir dumpfile=yang_
all.dmp compression=all
正在使用 BLOCKS 方法进行估计...
处理对象类型 TABLE_EXPORT/TABLE/TABLE_DATA
使用 BLOCKS 方法的总估计: 832 KB
处理对象类型 TABLE_EXPORT/TABLE/TABLE
. . 导出了 "YANG"."YANG_PART3":"P201004"               119.7 KB    4513 行
. . 导出了 "YANG"."YANG_PART3":"P201002"               62.79 KB    2258 行
. . 导出了 "YANG"."YANG_PART3":"P201003"               64.47 KB    2325 行
. . 导出了 "YANG"."YANG_PART3":"P201001"               28.35 KB     904 行
. . 导出了 "YANG"."YANG_PART3":"P2009"                     0 KB       0 行
已成功加载/卸载了主表 "YANG"."SYS_EXPORT_TABLE_01"
******************************************************************************
YANG.SYS_EXPORT_TABLE_01 的转储文件集为:
  D:\DUMP\YANG_ALL.DMP
作业 "YANG"."SYS_EXPORT_TABLE_01" 已于 22:58:26 成功完成
耗时：16秒
compression=data_only：对于DATA_ONLY方式，数据泵对表数据进行压缩，这种压缩方式对于大数据量的导出效果明显，一般来说，这种方式回比METADATA_ONLY方式得到更小的压缩文件：
C:\Users\aaaa>expdp yang/yang tables=yang_part3 directory=dumpdir dumpfile=yang_data.dmp compression=data_only
Export: Release 11.1.0.6.0 - Production on 星期三, 30 3月, 2011 22:59:42
Copyright (c) 2003, 2007, Oracle.  All rights reserved.
连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
启动 "YANG"."SYS_EXPORT_TABLE_01":  yang/******** tables=yang_part3 directory=dumpdir
dumpfile=yang_data.dmp compression=data_only
正在使用 BLOCKS 方法进行估计...
处理对象类型 TABLE_EXPORT/TABLE/TABLE_DATA
使用 BLOCKS 方法的总估计: 832 KB
处理对象类型 TABLE_EXPORT/TABLE/TABLE
. . 导出了 "YANG"."YANG_PART3":"P201004"               119.7 KB    4513 行
. . 导出了 "YANG"."YANG_PART3":"P201002"               62.79 KB    2258 行
. . 导出了 "YANG"."YANG_PART3":"P201003"               64.47 KB    2325 行
. . 导出了 "YANG"."YANG_PART3":"P201001"               28.35 KB     904 行
. . 导出了 "YANG"."YANG_PART3":"P2009"                     0 KB       0 行
已成功加载/卸载了主表 "YANG"."SYS_EXPORT_TABLE_01"
******************************************************************************
YANG.SYS_EXPORT_TABLE_01 的转储文件集为:
  D:\DUMP\YANG_DATA.DMP
作业 "YANG"."SYS_EXPORT_TABLE_01" 已于 23:00:01 成功完成
耗时：19秒

compression=none不进行任何的压缩，导出后数据文件也是最大的：
C:\Users\aaaa>expdp yang/yang tables=yang_part3 directory=dumpdir dumpfile=yang_none.dmp compression=none
Export: Release 11.1.0.6.0 - Production on 星期三, 30 3月, 2011 23:00:49
Copyright (c) 2003, 2007, Oracle.  All rights reserved.
连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
启动 "YANG"."SYS_EXPORT_TABLE_01":  yang/******** tables=yang_part3 directory=dumpdir
dumpfile=yang_none.dmp compression=none
正在使用 BLOCKS 方法进行估计...
处理对象类型 TABLE_EXPORT/TABLE/TABLE_DATA
使用 BLOCKS 方法的总估计: 832 KB
处理对象类型 TABLE_EXPORT/TABLE/TABLE
. . 导出了 "YANG"."YANG_PART3":"P201004"               217.6 KB    4513 行
. . 导出了 "YANG"."YANG_PART3":"P201002"                 112 KB    2258 行
. . 导出了 "YANG"."YANG_PART3":"P201003"               115.1 KB    2325 行
. . 导出了 "YANG"."YANG_PART3":"P201001"               48.56 KB     904 行
. . 导出了 "YANG"."YANG_PART3":"P2009"                     0 KB       0 行
已成功加载/卸载了主表 "YANG"."SYS_EXPORT_TABLE_01"
******************************************************************************
YANG.SYS_EXPORT_TABLE_01 的转储文件集为:
  D:\DUMP\YANG_NONE.DMP
作业 "YANG"."SYS_EXPORT_TABLE_01" 已于 23:01:16 成功完成
耗时27秒

对于METADATA_ONLY方式，数据泵只对源数据进行压缩，而不会压缩数据文件，这种压缩执行后效果一般不是很明显，不过速度比较快：
C:\Users\aaaa>expdp yang/yang tables=yang_part3 directory=dumpdir dumpfile=yang_metadata_only.dmp compression=metadata_only

Export: Release 11.1.0.6.0 - Production on 星期三, 30 3月, 2011 23:01:50
Copyright (c) 2003, 2007, Oracle.  All rights reserved.
连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
启动 "YANG"."SYS_EXPORT_TABLE_01":  yang/******** tables=yang_part3 directory=dumpdir dumpfile=yang_
metadata_only.dmp compression=metadata_only
正在使用 BLOCKS 方法进行估计...
处理对象类型 TABLE_EXPORT/TABLE/TABLE_DATA
使用 BLOCKS 方法的总估计: 832 KB
处理对象类型 TABLE_EXPORT/TABLE/TABLE
. . 导出了 "YANG"."YANG_PART3":"P201004"               217.6 KB    4513 行
. . 导出了 "YANG"."YANG_PART3":"P201002"                 112 KB    2258 行
. . 导出了 "YANG"."YANG_PART3":"P201003"               115.1 KB    2325 行
. . 导出了 "YANG"."YANG_PART3":"P201001"               48.56 KB     904 行
. . 导出了 "YANG"."YANG_PART3":"P2009"                     0 KB       0 行
已成功加载/卸载了主表 "YANG"."SYS_EXPORT_TABLE_01"
******************************************************************************
YANG.SYS_EXPORT_TABLE_01 的转储文件集为:
  D:\DUMP\YANG_METADATA_ONLY.DMP
作业 "YANG"."SYS_EXPORT_TABLE_01" 已于 23:02:11 成功完成

耗时21秒
C:\Users\aaaa> 

时间： 2024-08-01 13:59:32

11g 导出数据时的几种压缩方法的相关文章

使用MySQL MySqldump命令导出数据时的注意事项_Mysql

今天使用mysqldump命令备份数据的时候出现了一个问题. 一开始迁移 Discuz 7 论坛的 mysql 数据库时,采用 mysqldump 命令的时候一切顺利,但导入的时候却遇到了  ERROR 1062 (xxxxx) at line 1262: Duplicate entry 'XXX' for key 'XXX' 错误,并停在原地. 对于遇到相同错误的朋友千万别第一时间就尝试用 –force 参数强行导入(除非你原来的数据库已经崩溃).因为这样做的话,即使导入了,也会有一大片数据丢

java web-jsp+servlet导出数据时等待的界面

问题描述 jsp+servlet导出数据时等待的界面 我没用jsp,直接写了个servlet导出数据到Excel..为了友好,我想在界面上显示一个等待界面动画图或者进度条,大家有什么好的建议,最好有例子,谢谢 解决方案 详细可参考: http://wiki.osgi.help/display/JXADF/expexcel http://osgi.help 解决方案二: 用ajax请求 $('#ajax_test2').click(function(){ $.ajax({ url ---- url

sql server 2012-关于bcp导出数据时使用queryout的问题

问题描述 关于bcp导出数据时使用queryout的问题 EXEC master..xp_cmdshell 'bcp GTA_SeL1_TAQ_200601.dbo.SHL1_TAQ_600000_200601 out E:temp.xlsx -T -c -q'; EXEC master..xp_cmdshell 'bcp ''SELECT TDATETTIMECPS1B1 FROM GTA_SeL1_TAQ_200601.dbo.SHL1_TAQ_600000_200601''queryout

oracle 11g导出数据时报ORA 1455错误的处理方法_oracle

由于导出的该用户的表可能存在空数据表,那么可能就会出现此其异常. 首先: 查看: SQL>show parameter deferred_segment_creation; 如果为TRUE,则将该参数改为FALSE: 在sqlplus中,执行如下命令: SQL>alter system set deferred_segment_creation=false; 然后: 可以针对数据表.索引.物化视图等手工分配Extent SQL>Select 'alter table '||table_n

java se-HashMap存入数据时，定义了equals方法，为什么还是会有相同的数据输出？

问题描述 HashMap存入数据时,定义了equals方法,为什么还是会有相同的数据输出? HashMap<Dog,String> map=new HashMap<Dog,String>(); map.put(new Dog("博美",23), "xyy"); map.put(new Dog("hhh",23), "hlh"); 这是HashMap的代码,在Dog类中,实现了equals方法和hashc

SQL Server导入导出数据时最常见的一个错误解决方法_MsSql

现在建站主要使用的还是ASP与PHP,这两种语言一般使用的数据库分别为SQL Server和mysql,这两种数据库各有各长处,也说不上谁好谁坏,看个人习惯了. SQL Server 导入和导出向导的作用是将数据从源复制到目标.该向导还可以为您创建目标数据库和目标表.但是,如果必须复制多个数据库或表,或者必须复制其他类型的数据库对象,则应改用复制数据库向导. 在数据库导入导出时总失败,错误信息如下: 复制代码 代码如下: 正在验证 (错误) 消息 错误 0xc0202049: 数据流任务 1:

SQL Server导入导出数据时最常见的一个错误解决方法

现在建站主要使用的还是ASP与PHP,这两种语言一般使用的数据库分别为SQL Server和mysql,这两种数据库各有各长处,也说不上谁好谁坏,看个人习惯了. SQL Server 导入和导出向导的作用是将数据从源复制到目标.该向导还可以为您创建目标数据库和目标表.但是,如果必须复制多个数据库或表,或者必须复制其他类型的数据库对象,则应改用复制数据库向导. 在数据库导入导出时总失败,错误信息如下: 复制代码 代码如下: 正在验证 (错误) 消息 错误 0xc0202049: 数据流任务 1:

vue项目中做编辑功能传递数据时遇到问题的解决方法_javascript技巧

在项目中完成编辑功能时,遇到了这样一个问题:编辑的功能使用的是一个子组件作为弹出框,如图 这里涉及到从父组件向子组件传递数据的问题,这个项目使用的是v1.0,问题是当点击了编辑以后,弹出的子组件中没有获取到父组件传过来的数据,检查后没有发现代码错误,最后解决的方法就是在父组件中,把传递的数据中的每一项都初始化了一遍就好了 creatIssue (type,list,id){ this.modelIssue=true; this.modeltype=type; if(type=='creat'){

大数据分页的一种优化方法

通常应用需要对表中的数据进行翻页,如果数据量很大,往往会带来性能上的问题: root@sns 07:16:25>select count(*) from  reply_0004 where thread_id = 5616385 and deleted = 0; +----+ | count(*) | +----+ |  1236795 | +----+ 1 row in set (0.44 sec) root@sns 07:16:30>select id from reply_0004 wh