BlogJava-wilsonyq-文章分类-DB

oracle expdp/impdp 用法详解

wilsonyq — Wed, 30 Jan 2013 08:08:00 GMT

Data Pump 反映了整个导出/导入过程的完全革新。不使用常见的 SQL 命令，而是应用专用 API（direct path api etc)
来以更快得多的速度加载和卸载数据。

1.Data Pump 导出 expdp
例子：
sql>create directory
dpdata1 as '/u02/dpdata1';
sql>grant read, write on directory dpdata1 to
ananda;
$expdp ananda/abc123 tables=CASES directory=DPDATA1
dumpfile=expCASES.dmp    job_name=CASES_EXPORT

$expdp ananda/abc123
tables=CASES directory=DPDATA1
　　dumpfile=expCASES_%U.dmp parallel=4
job_name=Cases_Export

include/exclude
例子：
include=table:"in('DB','TS')"
或者include=table:"like
'%E%'"
或者include=function,package,procedure,table:"='EMP'"
或者exclude=SEQUENCE,TABLE:"IN
('EMP','DEPT')"

2.Data Pump 导入 expdp

1)从expdp中获取数据源
exp.dmp
2)复制某个数据库中的一个schema到另一个数据库中。
3)
在同一个数据库中把一个schema中所有的对象复制到另一个schema中。

例子：

1)impdp 的数据源是expdp
导出来的DMP文件

impdp ananda/abc123 directory=dpdata1 dumpfile=expCASES.dmp
job_name=cases_import

2)复制某个数据库中的一个schema到另一个数据库中。
--1.newwork_link为目标数据库建立的database_link，
(用户test
需要grant exp_full_database to TEST; )
create public database link
TOLINK
connect to TEST identified by oracle
using '(DESCRIPTION =

(ADDRESS_LIST =
     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.20.199)(PORT =
1521))
   )
   (CONNECT_DATA =
     (SERVICE_NAME = orcl)

)
)';

--2.impdp在目标数据库服务器上执行只能低版本向高版本imp
impdp network_link=TOLINK
schemas=test remap_schema=test:link2

3)
在同一个数据库中把一个schema中所有的对象复制到另一个schema中。

--1.创建连接自己的database
link:

create public database link system_self connect to system
identified by "system" using 'orcl';

数据库链接已创建。

--2.复制hr
schema到test schema:

impdp system/system network_link=system_self
schemas=hr remap_schema=hr:test

一、创建逻辑目录，该命令不会在操作系统创建真正的目录，最好以system等管理员创建。
create directory dpdata1 as
'd:\test\dump';

二、查看管理理员目录（同时查看操作系统是否存在，因为Oracle并不关心该目录是否存在，如果不存在，则出错）
select
* from dba_directories;

三、给scott用户赋予在指定目录的操作权限，最好以system等管理员赋予。
grant
read,write on directory dpdata1 to scott;

四、导出数据
1)按用户导
expdp
scott/tiger@orcl schemas=scott dumpfile=expdp.dmp
DIRECTORY=dpdata1;
2)并行进程parallel
expdp scott/tiger@orcl directory=dpdata1
dumpfile=scott3.dmp parallel=40 job_name=scott3
3)按表名导
expdp
scott/tiger@orcl TABLES=emp,dept dumpfile=expdp.dmp
DIRECTORY=dpdata1;
4)按查询条件导
expdp scott/tiger@orcl directory=dpdata1
dumpfile=expdp.dmp Tables=emp query='WHERE deptno=20';
5)按表空间导
expdp
system/manager DIRECTORY=dpdata1 DUMPFILE=tablespace.dmp
TABLESPACES=temp,example;
6)导整个数据库
expdp system/manager DIRECTORY=dpdata1
DUMPFILE=full.dmp FULL=y;

五、还原数据
1)导到指定用户下
impdp scott/tiger
DIRECTORY=dpdata1 DUMPFILE=expdp.dmp SCHEMAS=scott;
2)改变表的owner
impdp
system/manager DIRECTORY=dpdata1 DUMPFILE=expdp.dmp TABLES=scott.dept
REMAP_SCHEMA=scott:system;
3)导入表空间
impdp system/manager DIRECTORY=dpdata1
DUMPFILE=tablespace.dmp TABLESPACES=example;
4)导入数据库
impdb system/manager
DIRECTORY=dump_dir DUMPFILE=full.dmp FULL=y;
5)追加数据
impdp system/manager
DIRECTORY=dpdata1 DUMPFILE=expdp.dmp SCHEMAS=system
TABLE_EXISTS_ACTION=append;

Expdp/Impdp的相关参数
EXPDP命令行选项
1.
ATTACH
该选项用于在客户会话与已存在导出作用之间建立关联.语法如下
ATTACH=[schema_name.]job_name
Schema_name用于指定方案名,job_name用于指定导出作业名.注意,如果使用ATTACH选项,在命令行除了连接字符串和ATTACH选项外,不能指定任何其他选项,示例如下:
Expdp
scott/tiger ATTACH=scott.export_job
2.
CONTENT
该选项用于指定要导出的内容.默认值为ALL
CONTENT={ALL | DATA_ONLY |
METADATA_ONLY}
当设置CONTENT为ALL
时,将导出对象定义及其所有数据.为DATA_ONLY时,只导出对象数据,为METADATA_ONLY时,只导出对象定义
Expdp scott/tiger
DIRECTORY=dump DUMPFILE=a.dump
CONTENT=METADATA_ONLY
3.
DIRECTORY
指定转储文件和日志文件所在的目录
DIRECTORY=directory_object
Directory_object用于指定目录对象名称.需要注意,目录对象是使用CREATE
DIRECTORY语句建立的对象,而不是OS 目录
Expdp scott/tiger DIRECTORY=dump
DUMPFILE=a.dump
建立目录:
CREATE DIRECTORY dump as
‘d:dump’;
查询创建了那些子目录:
SELECT * FROM dba_directories;
4.
DUMPFILE
用于指定转储文件的名称,默认名称为expdat.dmp
DUMPFILE=[directory_object:]file_name
[,….]
Directory_object用于指定目录对象名,file_name用于指定转储文件名.需要注意,如果不指定directory_object,导出工具会自动使用DIRECTORY选项指定的目录对象
Expdp
scott/tiger DIRECTORY=dump1 DUMPFILE=dump2:a.dmp
5.
ESTIMATE
指定估算被导出表所占用磁盘空间分方法.默认值是BLOCKS
EXTIMATE={BLOCKS |
STATISTICS}
设置为BLOCKS时,oracle会按照目标对象所占用的数据块个数乘以数据块尺寸估算对象占用的空间,设置为STATISTICS时,根据最近统计值估算对象占用空间
Expdp
scott/tiger TABLES=emp ESTIMATE=STATISTICS
DIRECTORY=dump
DUMPFILE=a.dump
6.
EXTIMATE_ONLY
指定是否只估算导出作业所占用的磁盘空间,默认值为N
EXTIMATE_ONLY={Y |
N}
设置为Y时,导出作用只估算对象所占用的磁盘空间,而不会执行导出作业,为N时,不仅估算对象所占用的磁盘空间,还会执行导出操作.
Expdp
scott/tiger ESTIMATE_ONLY=y NOLOGFILE=y
7.
EXCLUDE
该选项用于指定执行操作时释放要排除对象类型或相关对象
EXCLUDE=object_type[:name_clause]
[,….]
Object_type用于指定要排除的对象类型,name_clause用于指定要排除的具体对象.EXCLUDE和INCLUDE不能同时使用
Expdp
scott/tiger DIRECTORY=dump DUMPFILE=a.dup EXCLUDE=VIEW
8.
FILESIZE
指定导出文件的最大尺寸,默认为0,(表示文件尺寸没有限制)
9.
FLASHBACK_SCN
指定导出特定SCN时刻的表数据
FLASHBACK_SCN=scn_value
Scn_value用于标识SCN值.FLASHBACK_SCN和FLASHBACK_TIME不能同时使用
Expdp
scott/tiger DIRECTORY=dump DUMPFILE=a.dmp
FLASHBACK_SCN=358523
10.
FLASHBACK_TIME
指定导出特定时间点的表数据
FLASHBACK_TIME=”TO_TIMESTAMP(time_value)”
Expdp
scott/tiger DIRECTORY=dump DUMPFILE=a.dmp
FLASHBACK_TIME=
“TO_TIMESTAMP(’25-08-2004 14:35:00’,’DD-MM-YYYY
HH24:MI:SS’)”

11. FULL
指定数据库模式导出,默认为N
FULL={Y | N}
为Y时,标识执行数据库导出.
12.
HELP
指定是否显示EXPDP命令行选项的帮助信息,默认为N
当设置为Y时,会显示导出选项的帮助信息.
Expdp
help=y
13. INCLUDE
指定导出时要包含的对象类型及相关对象
INCLUDE =
object_type[:name_clause] [,… ]
14.
JOB_NAME
指定要导出作用的名称,默认为SYS_XXX
JOB_NAME=jobname_string
15.
LOGFILE
指定导出日志文件文件的名称,默认名称为export.log
LOGFILE=[directory_object:]file_name
Directory_object用于指定目录对象名称,file_name用于指定导出日志文件名.如果不指定directory_object.导出作用会自动使用DIRECTORY的相应选项值.
Expdp
scott/tiger DIRECTORY=dump DUMPFILE=a.dmp logfile=a.log
16.
NETWORK_LINK
指定数据库链名,如果要将远程数据库对象导出到本地例程的转储文件中,必须设置该选项.
17.
NOLOGFILE
该选项用于指定禁止生成导出日志文件,默认值为N.
18.
PARALLEL
指定执行导出操作的并行进程个数,默认值为1
19.
PARFILE
指定导出参数文件的名称
PARFILE=[directory_path] file_name
20.
QUERY
用于指定过滤导出数据的where条件
QUERY=[schema.] [table_name:]
query_clause
Schema
用于指定方案名,table_name用于指定表名,query_clause用于指定条件限制子句.QUERY选项不能与
CONNECT=METADATA_ONLY,EXTIMATE_ONLY,TRANSPORT_TABLESPACES等选项同时使用.
Expdp
scott/tiger directory=dump dumpfiel=a.dmp
Tables=emp query=’WHERE
deptno=20’
21. SCHEMAS
该方案用于指定执行方案模式导出,默认为当前用户方案.
22.
STATUS
指定显示导出作用进程的详细状态,默认值为0
23.
TABLES
指定表模式导出
TABLES=[schema_name.]table_name[:partition_name][,…]
Schema_name用于指定方案名,table_name用于指定导出的表名,partition_name用于指定要导出的分区名.
24.
TABLESPACES
指定要导出表空间列表
25.
TRANSPORT_FULL_CHECK
该选项用于指定被搬移表空间和未搬移表空间关联关系的检查方式,默认为N.
当设置为Y时,导出作用会检查表空间直接的完整关联关系,如果表空间所在表空间或其索引所在的表空间只有一个表空间被搬移,将显示错误信息.当设置为N时,
导出作用只检查单端依赖,如果搬移索引所在表空间,但未搬移表所在表空间,将显示出错信息,如果搬移表所在表空间,未搬移索引所在表空间,则不会显示错误信息.
26.
TRANSPORT_TABLESPACES
指定执行表空间模式导出
27.
VERSION
指定被导出对象的数据库版本,默认值为COMPATIBLE.
VERSION={COMPATIBLE | LATEST |
version_string}
为COMPATIBLE时,会根据初始化参数COMPATIBLE生成对象元数据;为LATEST时,会根据数据库的实际版本生成对象元数据.version_string用于指定数据库版本字符串.调用EXPDP
使用EXPDP工具时,其转储文件只能被存放在DIRECTORY对象对应的OS目录中,而不能直接指定转储文件所在的OS目录.因此,
使用EXPDP工具时,必须首先建立DIRECTORY对象.并且需要为数据库用户授予使用DIRECTORY对象权限.

转自：http://hi.baidu.com/hzfsai/item/4a4b3fc4b1cf7e51ad00efbd

wilsonyq 2013-01-30 16:08 发表评论

Oracle密码有效期设置

wilsonyq — Wed, 27 Jun 2012 08:41:00 GMT

将密码有效期由默认的180天修改成“无限制”：在系统管理员下执行如下语句即可

ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED

修改之后不需要重启动数据库，会立即生效。

下面是参考文档：

登陆数据库，
SQL*Plus: Release 11.2.0.1.0 Production on 星期四 11月 4 16:34:06 2010
Copyright (c) 1982, 2009, Oracle. All rights reserved.
ERROR:
ORA-28001: the password has expired
google下，参考以下修改：
【原因/触发因素】
确定是由于oracle11g中默认在default概要文件中设置了“PASSWORD_LIFE_TIME=180天”所导致。

【影响和风险】

影响：密码过期后，业务进程连接数据库异常，影响业务使用。

问题发生频率：数据库密码过期后，业务进程一旦重启会提示连接失败。

【解决方案】

按照如下步骤进行操作：

1、查看用户的proifle是哪个，一般是default：

sql>SELECT username,PROFILE FROM dba_users;

2、查看指定概要文件（如default）的密码有效期设置：

sql>SELECT * FROM dba_profiles s WHERE s.profile=""DEFAULT"" AND resource_name=""PASSWORD_LIFE_TIME"";

3、将密码有效期由默认的180天修改成“无限制”：

sql>ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;

修改之后不需要重启动数据库，会立即生效。

4、修改后，还没有被提示ORA-28002警告的帐户不会再碰到同样的提示；

已经被提示的帐户必须再改一次密码，举例如下：

$sqlplus / as sysdba

sql> alter user 用户名 identified by <原来的密码> ----不用换新密码

oracle11g启动参数resource_limit无论设置为false还是true，密码有效期都是生效的，所以必须通过以上方式进行修改。以上的帐户名请根据实际使用的帐户名更改。

原文来自：http://www.mysjtu.com/page/M0/S570/570218.html

wilsonyq 2012-06-27 16:41 发表评论

字符集问题

wilsonyq — Fri, 15 Jun 2012 06:03:00 GMT

基本知识

字符集（也称字元集，Character Set）就是字符编码表(codepage)，一个字符不论英文、中文、韩文等在计算机系统内存或硬盘中通过二进制的字节（Byte）保存，这个二进制的编码就是字符编码（也称内码），字符集就是字符与内码的对应（映射）表。

因为多国语言的原因，就出现了根据本国语言制作的字符集。如使用最广泛的ASCII编码，由美国国家标准局(即ANSI)制定，适用于所有拉丁、英文字符。中国大陆使用GB2312,GBK,GB18030等字符集，这些字符集包含所有汉字字符的内码，其中GBK,GB18030称为大字符集，对繁体中文也进行了编码。香港、台湾、澳门地区使用Big5编码，Big5收录了繁体中文（有些繁体与中国大陆繁体字符有差异）的编码，不包含简体中文的字符编码。韩文使用euc-kr的字符集，韩文中也有很多汉字，所以字符集包括很多汉字字符的编码。其他如日文、俄文等都有自己国家制定的字符集，用来保证计算机系统能正确显示本国的语言文字。不同语言的字符集不具有通用性，ASCII字符集没有制定中文字符的编码，GB2312没有制定韩文字符的编码，Big5没有制定简体中文字符的编码，针对这种不兼容性，官方发布了Unicode（进一步优化的UTF7,UTF8,UTF16等）字符集，对每一种语言的每个字符制定了统一且唯一的内码，满足跨语言、跨平台的字符解码和转换处理。

字符集编码（16进制）示例：

字符/字符集	GBK	Euc-kr	UTF8	UTF16
物流	ce-ef ,c1-f7	da-aa,d7-b5	e7-89-a9,e6-b5-81	72-69,6d-41
삼성	无	bb-ef ,bc-ba	ec-82-bc,ec-84-b1	c0-bc,c1-31

注：

1) 字符“삼성”在韩文字符集Euc-kr中的编码是bb-ef-bc-ba,在GBK字符集中是没有“삼성”这两个字符的，也就是说bb-ef-bc-ba在Euc-kr与GBK编码对照表中是没有记录的，如果你硬是要GBK字符集来对“삼성”作出解释（解码），那GBK就用字符“？”（因韩文字符是两个字节，所以使用全角？）代替，全角？的编码在GBK中是a3-bf。

2) 汉字“物流”字符在Euc-kr中的编码是da-aa,d7-b5，这说明韩文字符集中包含了部分汉字的编码，当然这个编码与GBK字符集中“物流”两个字符的编码（ce-ef ,c1-f7）是不同的，用GBK去解释韩文字符集中“物流”两个字符，显示的结果肯定不是“物流”两个字符。同样的，在GBK中很多繁体中文字符的编码与BIG5中相同繁体中文的字符编码也是不同的，例如你在简体中文环境开发应用程序时，窗体控件使用繁体中文表示，但是在繁体OS运行应用程序，控件上的繁体中文变成了乱码或？，原因就是不同字符集同样字符的编码是不同的，解决这个问题的方法就是将应用程序使用unicode编码保存，告诉操作系统使用unicode字符集对你的应用程序中的字符进行解码。

Windows操作系统（OS）的字符集：不同语言的OS的默认字符集是不一样的。英文OS使用ASCII字符集作为系统的字符集，简体使用GB2312，繁体使用Big5（在VB.NET中，可用System.Text.Encoding.Default.EncodingName检查OS的字符集）。Windows系统本身对系统默认的字符集有很好的支持，但是安装在OS上的应用程序却不一定这样。例如，在一个简体中文操作系统上安装了韩文版的某个应用程序，这个应用程序在开发时使用的是euc-kr字符集编码。因为OS默认的处理非Unicode程序的字符集是GB2312,在 GB2312字符集并未对任何韩文字符进行编码，在GB2312内找不到任何一个韩文字符的内码，找不到只能以“？”代替这个字符，对应的编码变成了“？”的编码，例如：“삼성”这两个韩文字符在程序运行时显示的是“？”。解决这个问题，有三种方法：1，该韩文应用程序使用Unicode编码保存。在简体环境运行时，OS使用Unicode字符集解码，只要系统安装韩文字体，就可正常显示韩文；2，将OS处理非Unicode程序使用的字符集改为euc-kr，支持韩文应用程序的解码（在control panel->Regional and Language Options 修改）；3，安装微软的AppLocale工具，指定该韩文应用程序运行时使用euc-kr的字符集。

为避免乱码，统一将字符集（操作系统字符集、Oracle客户端字符集、Oracle数据库字符集）设置为与Oracle 数据库的字符集一致，

操作系统字符集：

方法一、

开始—运行，输入cmd，输入chcp命令

在控制面板—区域和欲予选项，查看本系统活动的代码页对应的字符集

方法二、

开始—运行，输入cmd，

Oracle客户端字符集：

查看及修改：开始—运行，输入regedit，找到

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1

将值修改为“SIMPLIFIED CHINESE_CHINA.ZHS16GBK”

Oracle数据库字符集：

安装数据库时设置

查询语句：select userenv('language') from dual;

wilsonyq 2012-06-15 14:03 发表评论

Pl\SQL developer查询出来的结果显示乱码的问题

wilsonyq — Fri, 15 Jun 2012 03:43:00 GMT

1.检查服务器编码:

执行SQL语法: select * from v$nls_parameters;

2设置本地客户端编码:
进入我的电脑,属性,高级,环境变量,添加2项:LANG=zh_CN.GBK 和 NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK"

wilsonyq 2012-06-15 11:43 发表评论

Oracle 11gR2 卸载问题

wilsonyq — Wed, 06 Jun 2012 03:33:00 GMT

Oracle 11gr2的完全卸载方式与前些版本有了改变，运行D:\app\Administrator\product\11.2.0\dbhome_1\deinstall的deinstall.bat批处理文件卸载，全程代码如下：

Checking for required files and bootstrapping ...
Please wait ...
复制了 14 个文件
复制了 611 个文件
已复制 1 个文件。
已复制 1 个文件。
Location of logs C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall周六-09-04_12-
13-55\logs\

############ ORACLE DEINSTALL & DECONFIG TOOL START ############

######################## CHECK OPERATION START ########################
安装检查配置开始

检查 Oracle 主目录位置是否存在 D:\app\Administrator\product\11.2.0\dbhome_1
选择进行卸载的 Oracle 主目录类型为: SIDB
选择进行卸载的 Oracle 基目录为: D:\app\Administrator
检查主产品清单位置是否存在 C:\Program Files\Oracle\Inventory

安装检查配置结束

检查 Windows 和 .NET 产品配置开始

以下 Windows 和 .NET 产品将从 Oracle 主目录取消配置:asp.net,ode.net,odp.net,ntol
edb,oramts

检查 Windows 和 .NET 产品配置结束

网络配置检查配置开始

网络取消配置跟踪文件位置: C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall周六-
09-04_12-13-55\logs\netdc_check9099948279725757430.log

网络配置检查配置结束

数据库检查配置开始

数据库取消配置跟踪文件位置: C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall周
六-09-04_12-13-55\logs\databasedc_check1621612446029651947.log

指定值列表作为输入时使用逗号作为分隔符

指定在此 Oracle 主目录中配置的数据库名的列表 [ORCL]:

###### 对于数据库 'ORCL' ######

单实例数据库
数据库的诊断目标位置: D:\APP\ADMINISTRATOR\diag\rdbms\orcl
数据库使用的存储类型: FS
数据库文件位置: D:\APP\ADMINISTRATOR\ORADATA\ORCL,D:\APP\ADMINISTRATOR\FLASH_REC
OVERY_AREA\ORCL
快速恢复区位置: D:\app\Administrator\flash_recovery_area\ORCL
数据库 spfile 位置: D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILE
ORCL.ORA

已自动搜索到数据库 ORCL 的详细资料。是否仍要修改 ORCL 数据库的详细资料? [n]: y

###### 对于数据库 'ORCL' ######

指定此数据库 (1. 单实例数据库|2. 启用 Oracle Restart 的数据库) 的类型 [1]:
指定数据库的诊断目标位置 [D:\APP\ADMINISTRATOR\diag\rdbms\orcl]:
指定数据库 ASM|FS 使用的存储类型 [FS]:

如果有任何数据库文件存在于共享文件系统上, 请指定目录的列表。如果找到了 'ORCL' 子
目录, 则将删除该子目录。否则将删除指定的目录。此外, 可以指定带有完整路径的数据库
文件的列表 [D:\APP\ADMINISTRATOR\ORADATA\ORCL,D:\APP\ADMINISTRATOR\FLASH_RECOVER
Y_AREA\ORCL]:

如果在文件系统上配置了快速恢复区, 请指定其位置。如果找到了 'ORCL' 子目录, 则将删
除该子目录。 [D:\app\Administrator\flash_recovery_area\ORCL]:

指定数据库 spfile 位置 [D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\SP
FILEORCL.ORA]:

数据库检查配置结束

Enterprise Manager Configuration Assistant START

EMCA 取消配置跟踪文件位置: C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall周六
-09-04_12-13-55\logs\emcadc_check.log

检查数据库 ORCL 的配置
Enterprise Manager Configuration Assistant END
Oracle Configuration Manager check START
OCM check log file location : C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall
周六-09-04_12-13-55\logs\\ocm_check7346.log
Oracle Configuration Manager check END

######################### CHECK OPERATION END #########################

####################### CHECK OPERATION SUMMARY #######################
选择进行卸载的 Oracle 主目录为: D:\app\Administrator\product\11.2.0\dbhome_1
Oracle 主目录注册到的产品清单位置为: C:\Program Files\Oracle\Inventory
以下 Windows 和 .NET 产品将从 Oracle 主目录取消配置:asp.net,ode.net,odp.net,ntol
edb,oramts
已选中以下数据库来取消配置: ORCL
数据库唯一名称: ORCL
已用存储: FS
将为以下数据库更新 Enterprise Manager 配置: ORCL
没有要更新的 Enterprise Manager ASM 目标
没有要移植的 Enterprise Manager 监听程序目标
Checking the config status for CCR
Oracle Home exists with CCR directory, but CCR is not configured
CCR check is finished
是否继续 (y - 是, n - 否)? [n]: y
此会话的日志将写入: 'C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall周六-09-04
_12-13-55\logs\deinstall_deconfig2010-09-04_12-14-52-PM.out'
此会话的任何错误消息都将写入: 'C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall
周六-09-04_12-13-55\logs\deinstall_deconfig2010-09-04_12-14-52-PM.err'

######################## CLEAN OPERATION START ########################

Enterprise Manager Configuration Assistant START

EMCA 取消配置跟踪文件位置: C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall周六
-09-04_12-13-55\logs\emcadc_clean.log

更新数据库 ORCL 的 Enterprise Manager Database Control 配置
更新 Enterprise Manager ASM 目标 (如果有)
更新 Enterprise Manager 监听程序目标 (如果有)
Enterprise Manager Configuration Assistant END
数据库取消配置跟踪文件位置: C:\Users\ADMINI~1\AppData\Local\Temp\OraDeinstall周
六-09-04_12-13-55\logs\databasedc_clean4524227538174628415.log
数据库清除配置开始 ORCL
此操作可能需要持续几分钟。
。。。。

DOS提示卸载完毕自动退出后，到这里卸载就差不多成功了，重启后删除安装目录即可，不用删除注册表之类的了。

　　在卸载完成后，重新安装的时候，提示OracleMTSRecoveryService 路径找不到在注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\OracleMTSRecoveryService 修改对应的路径解决

原文来自：http://www.cnblogs.com/hnsdwhl/archive/2011/07/17/2108674.html

wilsonyq 2012-06-06 11:33 发表评论

Oracle客户端字符集与数据库字符集

wilsonyq — Tue, 29 May 2012 14:12:00 GMT

修改Oracle客户端字符集方法:

1:可以通过修改注册表键值永久设置，类似于这样的键值:
HKEY_LOCAL_MACHINE/SOFTWARE/Oracle/HOME0下,
如一般的简体中文
nls_lang＝SIMPLIFIED CHINESE_CHINA.ZHS16GBK

2:查看数据库当前字符集参数设置

SQL> select userenv('language') from dual;

USERENV('LANGUAGE')
----------------------------------------------------
SIMPLIFIED CHINESE_CHINA.ZHS16GBK

原文来自：http://blog.csdn.net/java3344520/article/details/5469843

wilsonyq 2012-05-29 22:12 发表评论

SQL中的on，having，where

wilsonyq — Fri, 17 Feb 2012 09:11:00 GMT

SQL中on条件与where条件的区别

数据库在通过连接两张或多张表来返回记录时，都会生成一张中间的临时表，然后再将这张临时表返回给用户。
在使用left jion时，on和where条件的区别如下：
1、 on条件是在生成临时表时使用的条件，它不管on中的条件是否为真，都会返回左边表中的记录。
2、where条件是在临时表生成好后，再对临时表进行过滤的条件。这时已经没有left join的含义（必须返回左边表的记录）了，条件不为真的就全部过滤掉。
假设有两张表：

表1：tab2

id	size
1	10
2	20
3	30

表2：tab2

size	name
10	AAA
20	BBB
20	CCC

两条SQL:
1、select * form tab1 left join tab2 on (tab1.size = tab2.size) where tab2.name=’AAA’
2、select * form tab1 left join tab2 on (tab1.size = tab2.size and tab2.name=’AAA’)

第一条SQL的过程：

1、中间表
on条件:
tab1.size = tab2.size

tab1.id	tab1.size	tab2.size	tab2.name
1	10	10	AAA
2	20	20	BBB
2	20	20	CCC
3	30	(null)	(null)

2、再对中间表过滤
where 条件：
tab2.name=’AAA’

tab1.id	tab1.size	tab2.size	tab2.name
1	10	10	AAA

第二条SQL的过程：

1、中间表
on条件:
tab1.size = tab2.size and tab2.name=’AAA’
(条件不为真也会返回左表中的记录)

tab1.id	tab1.size	tab2.size	tab2.name
1	10	10	AAA
2	20	(null)	(null)
3	30	(null)	(null)

   其实以上结果的关键原因就是left join,right join,full join的特殊性，不管on上的条件是否为真都会返回left或right表中的记录，full则具有left和right的特性的并集。而inner jion没这个特殊性，则条件放在on中和where中，返回的结果集是相同的。

on、where、having的区别

on、 where、having这三个都可以加条件的子句中，on是最先执行，where次之，having最后。有时候如果这先后顺序不影响中间结果的话，那最终结果是相同的。但因为on是先把不符合条件的记录过滤后才进行统计，它就可以减少中间运算要处理的数据，按理说应该速度是最快的。

根据上面的分析，可以知道where也应该比having快点的，因为它过滤数据后才进行sum，所以having是最慢的。但也不是说having没用，因为有时在步骤3还没出来都不知道那个记录才符合要求时，就要用having了。

在两个表联接时才用on的，所以在一个表的时候，就剩下where跟having比较了。在这单表查询统计的情况下，如果要过滤的条件没有涉及到要计算字段，那它们的结果是一样的，只是where可以使用rushmore技术，而having就不能，在速度上后者要慢。

如果要涉及到计算的字段，就表示在没计算之前，这个字段的值是不确定的，根据上篇写的工作流程，where的作用时间是在计算之前就完成的，而having就是在计算后才起作用的，所以在这种情况下，两者的结果会不同。

在多表联接查询时，on比where更早起作用。系统首先根据各个表之间的联接条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。由此可见，要想过滤条件起到正确的作用，首先要明白这个条件应该在什么时候起作用，然后再决定放在那里

JOIN联表中ON,WHERE后面跟条件的区别对于JOIN的连表操作，这里就不细述了，当我们在对表进行JOIN关联操作时，对于ON和WHERE后面的条件，不清楚大家有没有注意过，有什么区别，可能有的朋友会认为跟在它们后面的条件是一样的，你可以跟在ON后面，如果愿意，也可以跟在WHERE后面。它们在ON和WHERE后面究竟有一个什么样的区别呢？在JOIN操作里，有几种情况。LEFT JOIN,RIGHT JOIN,INNER JOIN等。
为了清楚的表达主题所描述的问题，我简要的对LEFT,RIGHT,INNER这几种连接方式作一个说明。
下面就拿一个普通的博客系统的日志表(post)和分类表(category)来描述吧。
这里我们规定有的日志可能没有分类，有的分类可能目前没有属于它的文章。
1. LEFT JOIN:
（保证找出左联表中的所有行）
查出所有文章，并显示出他们的分类：

SELECT p.title,c.category_name FROM post p LEFT JOIN category c ON p.cid = c.cid2. RIGHT JOIN:
（保证找出右联表中的所有行）
查询所有的分类，并显示出该分类所含有的文章数。

SELECT COUNT(p.id),c.category_name FROM post p RIGHTJOIN  category c ON p.pid = c.cid3. INNER JOIN
（找出两表中关联相等的行）
查询有所属分类的日志。（即那些没有所性分类的日志文章将不要我们的查询范围之内）。

SELECT p.title,c.category_name FROM post p INNER JOIN category c ON p.cid = c.cid.
这种情况和直接两表硬关联等价。
现在我们回过头来看上面的问题。
对于第一种情况，如果我们所ON 的条件写在WHERE 后面，将会出现什么情况呢？
即：

SELECT p.title,c.category_name FROM post p LEFT JOIN category c WHERE  p.cid = c.cid
对于第二种情况，我们同样按照上面的书写方式。

SELECT COUNT(p.id),c.category_name FROM post p RIGHTJOIN  category c WHERE p.pid = c.cid如果运行上面的SQL语句，就会发现，它们已经过滤掉了一些不满足条件的记录，可能在这里，大家会产生疑问了，不是用了LEFT和RIGHT吗？它们可以保证左边或者右边的所有行被全部查询出来，为什么现在不管用了呢？对于出现这种的问题，呵呵！是不是觉得有些不可思议。
出现这种的问题，原因就在WHERE和ON这两个关键字后面跟条件。
好了，现在我也不调大家味口了，给大家提示答案吧。
对于JOIN参与的表的关联操作，如果需要不满足连接条件的行也在我们的查询范围内的话，我们就必需把连接条件放在ON后面，而不能放在WHERE后面，如果我们把连接条件放在了WHERE后面，那么所有的LEFT,RIGHT,等这些操作将不起任何作用，对于这种情况，它的效果就完全等同于INNER连接。对于那些不影响选择行的条件，放在ON或者WHERE后面就可以。
记住：所有的连接条件都必需要放在ON后面，不然前面的所有LEFT,和RIGHT关联将作为摆设，而不起任何作用

http://hi.baidu.com/wjj706/blog/item/21f5b3a8e1bb69bcca130c6c.html

wilsonyq 2012-02-17 17:11 发表评论