相信为数不少的系统管理员每天都在做着同一样的工作——对数据进行备份。一旦哪一天疏忽了，而这一天系统又恰恰发生了故障，需要进行数据恢复，那么此时就无能为力了。假如每天设定一个固定的时间，系统自动进行备份，那该多好啊！下面笔者结合实践经验，谈一谈UNIX环境下Oracle数据库的自动备份，以起到抛砖引玉的作用。
　　
　　我们计划让数据库在晚上23点做export导出备份，在凌晨2点将备份文件拷贝到磁带上，在凌晨4点将备份文件拷贝到另一台UNIX机器上，为此我们可进行如下操作：
　　
　　一、导出数据库
　　export命令将数据库中的数据备份成一个二进制文件，它通常有三种模式：用户模式、表模式和整个数据库模式。本文拟采用用户模式，备份之前，应先建立一个备份目录，以容纳备份文件，比如可建一个/backup目录。接着我们可在UNIX的Oracle目录下（也可以是其它目录）分别建立两个文件ora—backup，tar—backup。需要说明的是，前一个文件需要对Oracle的参数进行初始化，为了方便起见，我们不妨将初始化命令放到一个文件中（文件名姑且定为ora—env），再由第一个文件调用它。
　　
　　1. ora—env文件对Oracle的参数进行初始化，其内容如下：
　　
　　ORACLE—HOME=＄ORACLE—HOME;export ORACLE—HOME
　　
　　ORACLE—SID=ora73;export ORACLE—SID
　　
　　ORACLE—TERM=sun;export ORACLE—TERM
　　
　　LD—LIBRARY—PATH=＄ORACLE—HOME/lib;export LD—LIBRARY—PATH
　　
　　ORA—NLS32=＄ORACLE—HOME/ocommon/nls/admin/data;export ORA—NLS
　　
　　PATH=.:/usr/ccs/bin:/usr/ucb:＄ORACLE—HOME/bin:＄PATH;export PATH
　　
　　DISPLAY=host1:0;export DISPLAY
　　
　　NLS—LANG=american—america.zhs16cgb231280;export NLS—LANG
　　
　　2. ora—backup文件对数据库做export导出，导出的文件名可以任意定，本文定为字母“xx”加当天日期，即假如当天日期是12月10号，则导出的文件名为“xx1210.dmp”，以区别于其它日期的备份文件。
　　
　　ora—backup文件内容：
　　
　　./oracle/ora—env
　　
　　＃初始化Oracle数据库
　　
　　rq=′date ＋″％m％d″ ′
　　
　　＃把当天日期赋予变量rq
　　
　　rm /backup/
　　
　　＃ 清空 /backup目录
　　
　　exp test/test file=/backup/xx＄rq.dmp log=/backup/xx＄rq.log
　　
　　本命令用于在＄提示符下，导出test用户的数据（其口令亦为test），导出文件及日志均放在/backup目录下。
　　
　　二、磁带备份
　　tar—backup文件将用export命令导出的数据文件拷贝到磁带上。
　　
　　tar—backup文件内容：
　　
　　tar rvf /dev/rmt/0n/backup/
　　
　　本命令可将/backup目录下当天产生的文件备份到磁带上。本文件中，tar命令使用了三个参数，其中r选项表示向磁带上拷入文件而不破坏磁带原来内容，v选项表示在拷贝过程中显示文件信息，f选项后面加上磁带设备名，指定文件向何处拷贝，n选项表示磁带机不倒带。/dev/rmt/0表示UNIX主机第一个磁带驱动器，同理，/dev/rmt/1则表示UNIX主机第二个磁带驱动器，依此类推。
　　
　　ora—env、ora—backup、tar—backup文件编写完成后，分别使用下述命令：
　　
　　chmod 755 ora—env
　　
　　chmod 755 ora—backup
　　
　　chmod 755 tar—backup
　　
　　这样，三个文件就都变成了可执行文件。
　　
　　三、异地备份
　　我们知道，通常可用FTP命令在两台主机间传输数据，但一般是通过交互方式实现的，即需要手工输入目标主机的IP地址、用户名、口令等。显然，这不符合自动备份的要求。所幸的是，我们可以通过编写一个.netrc的文件来达到目标。这一文件必须命名为.netrc，且必须存放在启动FTP命令的机器上的用户注册目录中，该文件的权限应禁止组内或其它用户进行读访问。这样，当用户使用FTP命令的时候，系统将会在该用户的注册目录中寻找.netrc文件，如果能够寻找到，将会首先执行该文件，否则，会交互式地提示用户输入用户名、口令等。
　　
　　在使用FTP命令之前，应先在另一台作备份用的UNIX机器上建一目录，以容纳备份文件，本文建的目录是/pub 。需要指出的是，为了加快备份速度，两台主机之间的传输速率应尽可能的高，最好位于同一局域网上。
　　
　　.netrc文件内容如下：
　　
　　machine host2
　　
　　＃ host2为作备份用的主机名
　　
　　login oracle
　　
　　＃oracle为备份主机上的一个用户
　　
　　password oracle
　　
　　＃oracle用户的口令为oracle
　　
　　macdef init
　　
　　＃定义一个名为init的宏，它将在自动注册进程的最后被执行
　　
　　bin
　　
　　＃文件的传输方式设为二进制
　　
　　lcd /backup
　　
　　＃ 进入本地工作目录/backup
　　
　　cd /pub
　　
　　＃ 进入备份主机目录/pub
　　
　　mput 
　　
　　＃ 将/backup目录下的所有文件传输至备份主机
　　
　　bye
　　
　　＃退出FTP会话进程
　　
　　.netrc文件编写完成后，使用下述命令：
　　
　　chmod 600 .netrc
　　
　　这样，.netrc文件就只能被该用户所访问。
　　
　　四、启动备份进程
　　Cron是一个永久进程，它由/etc/rc.local启动执行。Cron检查/var/spool/cron/crontabs/目录中的文件，找到所要执行的任务和执行任务的时间。
　　
　　Crontab文件的每一行由六个域(minutes、hours、day of month、month、day of week、 command)组成，域之间用空格或Tab分开，其中：
　　
　　minutes：分钟域，值的范围是0到59
　　
　　hours：小时域，值的范围是0到23
　　
　　day of month：日期，值的范围是1到31
　　
　　month：月份，值的范围是1到12
　　
　　day of week：星期，值的范围是0到6，星期日值为0
　　
　　command：所要运行的命令
　　
　　如果一个域是，表明命令可以在该域所有可能的取值范围内执行。
　　
　　如果一个域是由连字符隔开的两个数字，表明命令可以在两个数字之间的范围内执行（包括两个数字本身）。
　　
　　如果一个域是由逗号隔开的一系列值组成的，表明命令可以在这些值组成的范围内执行。
　　
　　如果日期域和星期域都有值，则这两个域都有效。
　　
　　现在，我们编写一个文件，用以启动自动备份进程。值得注意的是，该文件只能在Oracle用户名下用crontab －e 命令来编辑，否则将不会被定时执行，文件名定为Oracle，文件将放在/var/spool/cron/crontabs 目录下。编辑完成后，可以在Oracle的＄提示符下，用crontab －l命令来查看。
　　
　　Oracle文件内容：
　　
　　0 23    /oracle/ora—backup
　　
　　＃ 每天23点对数据库执行备份
　　
　　0 2    /oracle/tar—backup
　　
　　＃ 每天2点将文件备份到磁带上
　　
　　0 4    ftp －i host2
　　
　　＃ 每天4点将文件备份到另一台主机上
　　
　　经过以上的操作后，系统每天晚上将自动产生一个备份，并且自动将备份文件分别拷贝到磁带上和另一台主机上。系统管理员需要做的是，隔几天换一盘磁带（更换磁带的周期取决于备份文件的大小和磁带的容量）和清理备份目录。这样，他们就可以从备份数据的繁琐中解脱出来，去做其它更有意义的工作。而数据库既实现了磁带备份，又实现了异地备份，相应的安全性也大大提高了。

转自：http://www.myfaq.com.cn/A/2004-07-07/85801.html

实现脚本
rem #=========================================================================
rem # Purpose:exp Oracle DB ZYTK30 to file ZYTK30_YYYYMMDDHHMM.dmp,
rem #         and Delete the file,7 days ago created
rem # Author :Comer Chu, 2006

rem # History:
rem # Note   :erveryday excute this script by windows task schedule 
rem #=========================================================================

@echo off
rem 1#---获得当前日期和7天前日期，date的格式 "YYYY-MM-DD"----------
set dt=%date:~0,10%
set i=1

:forok
if %i%==1 goto i01
if %i%==2 goto i02
if %i%==3 goto i03
if %i%==4 goto i04
if %i%==5 goto i05
if %i%==6 goto i06
if %i%==7 goto i07

:i01
set i=2
goto nextok
:i02
set i=3
goto nextok
:i03
set i=4
goto nextok
:i04
set i=5
goto nextok
:i05
set i=6
goto nextok
:i06
set i=7
goto nextok
:i07
set i=8
goto nextok

:nextok
set dy=%dt:~0,4%
set dm=%dt:~5,2%
set dd=%dt:~8,2%

if %dm%%dd%==0101 goto L01
if %dm%%dd%==0201 goto L02
if %dm%%dd%==0301 goto L07
if %dm%%dd%==0401 goto L02
if %dm%%dd%==0501 goto L04
if %dm%%dd%==0601 goto L02
if %dm%%dd%==0701 goto L04
if %dm%%dd%==0801 goto L02
if %dm%%dd%==0901 goto L02
if %dm%%dd%==1001 goto L05
if %dm%%dd%==1101 goto L03
if %dm%%dd%==1201 goto L06

if %dd%==02 goto L10
if %dd%==03 goto L10
if %dd%==04 goto L10
if %dd%==05 goto L10
if %dd%==06 goto L10
if %dd%==07 goto L10
if %dd%==08 goto L10
if %dd%==09 goto L10
if %dd%==10 goto L11
set /A dd=dd-1
set dt=%dy%-%dm%-%dd%
goto END
:L10
set /A dd=%dd:~1,1%-1
set dt=%dy%-%dm%-0%dd%
goto END
:L11
set dt=%dy%-%dm%-09
goto END

:L02
set /A dm=%dm:~1,1%-1
set dt=%dy%-0%dm%-31
goto END
:L04
set /A dm=dm-1
set dt=%dy%-0%dm%-30
goto END

:L05
set dt=%dy%-09-30
goto END
:L03
set dt=%dy%-10-31
goto END
:L06
set dt=%dy%-11-30
goto END
:L01
set /A dy=dy-1
set dt=%dy%-12-31
goto END

:L07
set /A "dd=dy%%4"
if not %dd%==0 goto L08
set /A "dd=dy%%100"
if not %dd%==0 goto L09
set /A "dd=dy%%400"
if %dd%==0 goto L09
:L08
set dt=%dy%-02-28
goto END
:L09
set dt=%dy%-02-29
goto END

:END
if %i%==2 goto forok
if %i%==3 goto forok
if %i%==4 goto forok
if %i%==5 goto forok
if %i%==6 goto forok
if %i%==7 goto forok
if %i%==8 goto db

:db
rem 2#---备份oracle数据到本机，并且只备份表空间，前提本机正确配置了Oracle的客户端，否则exp无法执行！
rem td like 20060827183200
set td=%Date:~0,4%%Date:~5,2%%Date:~8,2%%Time:~0,2%%Time:~3,2%%Time:~6,2%
e:\oracleback
exp user/password@zytk30 tablespaces=(ZYTK30_AC,ZYTK30_OP,ZYTK30_ID,ZYTK30_BAK) file=e:\OracleBack\ZYTK30_%td%.dmp log=e:\OracleBack\expZYTK30.Log buffer=800000
rar a ZYTK30_%td%.rar ZYTK30_%td%.dmp

rem set dt to format "yyyymmdd"
set dt=%dt:~0,4%%dt:~5,2%%dt:~8,2%
rem 3#---删除7天前的备份文件---------------------------------------------------------
del e:\OracleBack\ZYTK30_%dt%*.rar

rem 4#---删除当天dmp备份文件--------------------------------------------------------
del e:\OracleBack\ZYTK30_%td%*.dmp

定时任务
以上内容保存为exp_ZYTK30.bat，再使用windows自带的任务计划来计划程序每天自动去备份数据了
具体步骤：控制面板-\任务计划-\添加任务计划，选择每天，选择exp_ZYTK30.bat就ok了。

说明
上面是保留备份最近7天的数据，每天一个（当然也可以多个，设置任务计划即可）。你可以修改上面的代码到最近8、9甚至n天

比如：修改成保留8天的备份
在if %i%==7 goto i07 下增加
if %i%==8 goto i08
:i07
set i=8

在goto nextok 下增加
:i08
set i=9
goto nextok

将if %i%==8 goto mdb 改为
if %i%==8 goto forok
if %i%==9 goto mdb

依次类推到n天。也可以针对文件夹的删除，稍作变动即可。

<c3p0-config>
<default-config>
<!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 -->
<property name="acquireIncrement">3</property>

<!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 -->
<property name="acquireRetryAttempts">30</property>

<!--两次连接中间隔时间，单位毫秒。Default: 1000 -->
<property name="acquireRetryDelay">1000</property>

<!--连接关闭时默认将所有未提交的操作回滚。Default: false -->
<property name="autoCommitOnClose">false</property>

<!--c3p0将建一张名为Test的空表，并使用其自带的查询语句进行测试。如果定义了这个参数那么
属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操作，它将只供c3p0测试
使用。Default: null-->
<property name="automaticTestTable">Test</property>

<!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效
保留，并在下次调用getConnection()的时候继续尝试获取连接。如果设为true，那么在尝试
获取连接失败后该数据源将申明已断开并永久关闭。Default: false-->
<property name="breakAfterAcquireFailure">false</property>

<!--当连接池用完时客户端调用getConnection()后等待获取新连接的时间，超时后将抛出
SQLException,如设为0则无限期等待。单位毫秒。Default: 0 -->
<property name="checkoutTimeout">100</property>

<!--通过实现ConnectionTester或QueryConnectionTester的类来测试连接。类名需制定全路径。
Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester-->
<property name="connectionTesterClassName"></property>

<!--指定c3p0 libraries的路径，如果（通常都是这样）在本地即可获得那么无需设置，默认null即可
Default: null-->
<property name="factoryClassLocation">null</property>

<!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs.
（文档原文）作者强烈建议不使用的一个属性-->
<property name="forceIgnoreUnresolvedTransactions">false</property>

<!--每60秒检查所有连接池中的空闲连接。Default: 0 -->
<property name="idleConnectionTestPeriod">60</property>

<!--初始化时获取三个连接，取值应在minPoolSize与maxPoolSize之间。Default: 3 -->
<property name="initialPoolSize">3</property>

<!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 -->
<property name="maxIdleTime">60</property>

<!--连接池中保留的最大连接数。Default: 15 -->
<property name="maxPoolSize">15</property>

<!--JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements
属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。
如果maxStatements与maxStatementsPerConnection均为0，则缓存被关闭。Default: 0-->
<property name="maxStatements">100</property>

<!--maxStatementsPerConnection定义了连接池内单个连接所拥有的最大缓存statements数。Default: 0 -->
<property name="maxStatementsPerConnection"></property>

<!--c3p0是异步操作的，缓慢的JDBC操作通过帮助进程完成。扩展这些操作可以有效的提升性能
通过多线程实现多个操作同时被执行。Default: 3-->
<property name="numHelperThreads">3</property>

<!--当用户调用getConnection()时使root用户成为去获取连接的用户。主要用于连接池连接非c3p0
的数据源时。Default: null-->
<property name="overrideDefaultUser">root</property>

<!--与overrideDefaultUser参数对应使用的一个参数。Default: null-->
<property name="overrideDefaultPassword">password</property>

<!--密码。Default: null-->
<property name="password"></property>

<!--定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个一显著提高测试速度。注意：
测试的表必须在初始数据源的时候就存在。Default: null-->
<property name="preferredTestQuery">select id from test where id=1</property>

<!--用户修改系统配置参数执行前最多等待300秒。Default: 300 -->
<property name="propertyCycle">300</property>

<!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的
时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable
等方法来提升连接测试的性能。Default: false -->
<property name="testConnectionOnCheckout">false</property>

<!--如果设为true那么在取得连接的同时将校验连接的有效性。Default: false -->
<property name="testConnectionOnCheckin">true</property>

<!--用户名。Default: null-->
<property name="user">root</property>

<!--早期的c3p0版本对JDBC接口采用动态反射代理。在早期版本用途广泛的情况下这个参数
允许用户恢复到动态反射代理以解决不稳定的故障。最新的非反射代理更快并且已经开始
广泛的被使用，所以这个参数未必有用。现在原先的动态反射与新的非反射代理同时受到
支持，但今后可能的版本可能不支持动态反射代理。Default: false-->
<property name="usesTraditionalReflectiveProxies">false</property>

<property name="automaticTestTable">con_test</property>
<property name="checkoutTimeout">30000</property>
<property name="idleConnectionTestPeriod">30</property>
<property name="initialPoolSize">10</property>
<property name="maxIdleTime">30</property>
<property name="maxPoolSize">25</property>
<property name="minPoolSize">10</property>
<property name="maxStatements">0</property>
<user-overrides user="swaldman">
</user-overrides>
</default-config>
<named-config name="dumbTestConfig">
<property name="maxStatements">200</property>
<user-overrides user="poop">
<property name="maxStatements">300</property>
</user-overrides>
</named-config>
</c3p0-config>

 Oracle 客户端 NLS_LANG 的设置     

1. NLS_LANG 参数组成
NLS_LANG参数由以下部分组成:
NLS_LANG=<Language>_<Territory>.<Clients Characterset>

NLS_LANG各部分含义如下:
LANGUAGE指定:
-Oracle消息使用的语言
-日期中月份和日显示
TERRITORY指定
-货币和数字格式
-地区和计算星期及日期的习惯
CHARACTERSET:
-控制客户端应用程序使用的字符集
通常设置或者等于客户端(如Windows)代码页
或者对于unicode应用设置为UTF8

在Windows上查看当前系统的代码页可以使用chcp命令:
E:\>chcp
 活动的代码页: 936

代码页936也就是中文字符集 GBK,在Microsoft的官方站点上，我们可以遭到关于936代码页的具体编码规则,请参考以下链接:
http://www.microsoft.com/globaldev/reference/dbcs/936.htm

2. 查看 NLS_LANG 的方法
Windows使用:

echo %NLS_LANG%
如:
E:\>echo %NLS_LANG%
AMERICAN_AMERICA.ZHS16GBK

Unix使用:

env|grep NLS_LANG
如:
/opt/oracle>env|grep NLS_LANG
NLS_LANG=AMERICAN_CHINA.ZHS16GBK

Windows客户端设置,可以在注册表中更改NLS_LANG,具体键值位于:
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMExx\
xx指存在多个ORACLE_HOME时系统编号。

3. 查看数据库当前字符集参数设置
SELECT * FROM v$nls_parameters;

4. 查看数据库可用字符集参数设置
SELECT * FROM v$nls_valid_values;

5. 客户端 NLS_LANG 的设置方法
Windows:
# 常用中文字符集
set NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK
# 常用unicode字符集
set NLS_LANG=american_america.AL32UTF8
可以通过修改注册表键值永久设置
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMExx\NLS_LANG

Unix:
# 常用unicode字符集
export NLS_LANG=american_america.AL32UTF8
# 常用中文字符集
export NLS_LANG="Simplified Chinese_china".ZHS16GBK
可以编辑 bash_profile 文件进行永久设置
vi .bash_profile
NLS_LANG="Simplified Chinese_china".ZHS16GBK export NLS_LANG
# 使 bash_profile 设置生效
source .bash_profile

参考：
http://www.eygle.com/special/NLS_CHARACTER_SET_04.htm 

一．引言

    ORACLE数据库字符集，即Oracle全球化支持(Globalization Support)，或即国家语言支持（NLS）其作用是用本国语言和格式来存储、处理和检索数据。利用全球化支持，ORACLE为用户提供自己熟悉的数据库母语环境，诸如日期格式、数字格式和存储序列等。Oracle可以支持多种语言及字符集，其中oracle8i支持48种语言、76个国家地域、229种字符集，而oracle9i则支持57种语言、88个国家地域、235种字符集。由于oracle字符集种类多，且在存储、检索、迁移oracle数据时多个环节与字符集的设置密切相关，因此在实际的应用中，数据库开发和管理人员经常会遇到有关oracle字符集方面的问题。本文通过以下几个方面阐述，对oracle字符集做简要分析

二．字符集基本知识

2.1字符集
    实质就是按照一定的字符编码方案，对一组特定的符号，分别赋予不同数值编码的集合。Oracle数据库最早支持的编码方案是US7ASCII。
    Oracle 的字符集命名遵循以下命名规则 :
   
    <语言><比特位数><编码 >
    比如: ZHS16GBK表示采用GBK编码格式、16位（两个字节）简体中文字符集

2.2字符编码方案
2.2.1 单字节编码
    （1）单字节7位字符集，可以定义128个字符，最常用的字符集为 US7ASCII
    （2）单字节8位字符集，可以定义256个字符，适合于欧洲大部分国家
    例如：WE8ISO8859P1(西欧、8位、ISO标准8859P1编码 )
2.2.2 多字节编码
    （1）变长多字节编码
     某些字符用一个字节表示，其它字符用两个或多个字符表示，变长多字节编码常用于对亚洲语言的支持，   例如日语、汉语、印地语等
    例如：AL32UTF8（其中AL代表ALL,指适用于所有语言）、 zhs16cgb231280
    （2）定长多字节编码
    每一个字符都使用固定长度字节的编码方案，目前oracle唯一支持的定长多字节编码是AF16UTF16，也是仅用于国家字符集
2.2.3 unicode 编码
    Unicode 是一个涵盖了目前全世界使用的所有已知字符的单一编码方案，也就是说Unicode为每一个字符提供唯一的编码。UTF-16是unicode的16位编码方式，是一种定长多字节编码，用2个字节表示一个unicode字符，AF16UTF16是UTF-16编码字符集。
    UTF-8 是unicode的8位编码方式，是一种变长多字节编码，这种编码可以用1、2、3个字节表示一个unicode字符，AL32UTF8，UTF8、UTFE是UTF-8编码字符集

2.3 字符集超级
    当一种字符集（字符集A）的编码数值包含所有另一种字符集（字符集B）的编码数值，并且两种字符集相同编码数值代表相同的字符时，则字符集A是字符集B的超级，或称字符集B是字符集A的子集。
    Oracle8i 和oracle9i官方文档资料中备有子集-超级对照表（subset-superset pairs），例如：WE8ISO8859P1是WE8MSWIN1252的子集。由于US7ASCII是最早的Oracle数据库编码格式，因此有许多字符集是US7ASCII的超集，例如WE8ISO8859P1、ZHS16CGB231280、ZHS16GBK都是US7ASCII的超集。

2.4 数据库字符集（oracle服务器端字符集）
    数据库字符集在创建数据库时指定，在创建后通常不能更改。在创建数据库时，可以指定字符集(CHARACTER SET)和国家字符集(NATIONAL CHARACTER SET)。
2.4.1 字符集
    (1) 用来存储CHAR, VARCHAR2, CLOB, LONG等类型数据
    (2) 用来标示诸如表名、列名以及PL/SQL变量等
    (3) 用来存储SQL和PL/SQL程序单元等
2.4.2 国家字符集：
    (1) 用以存储NCHAR, NVARCHAR2, NCLOB等类型数据
    (2) 国家字符集实质上是为oracle选择的附加字符集，主要作用是为了增强oracle的字符处理能力，因为NCHAR数据类型可以提供对亚洲使用定长多字节编码的支持，而数据库字符集则不能。国家字符集在oracle9i中进行了重新定义，只能在unicode编码中的AF16UTF16和UTF8中选择，默认值是 AF16UTF16
2.4.3查询字符集参数
    可以查询以下数据字典或视图查看字符集设置情况
    nls_database_parameters 、props$、 v$nls_parameters
    查询结果中NLS_CHARACTERSET表示字符集，NLS_NCHAR_CHARACTERSET表示国家字符集
2.4.4 修改数据库字符集
    按照上文所说，数据库字符集在创建后原则上不能更改。如果需要修改字符集，通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换，或通过ALTER DATABASE CHARACTER SET语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。

2.5 客户端字符集（NLS_LANG参数）
2.5.1 客户端字符集含义
    客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码,客户端可以看作是能与数据库直接连接的各种应用，例如sqlplus,exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。
2.5.2 NLS_LANG 参数格式
    NLS_LANG=_.
    Language: 显示oracle消息,校验，日期命名
    Territory ：指定默认日期、数字、货币等格式
    Client character set ：指定客户端将使用的字符集
    例如： NLS_LANG=AMERICAN_AMERICA.US7ASCII 
    AMERICAN是语言，AMERICA是地区，US7ASCII是客户端字符集
2.5.3 客户端字符集设置方法
     1)UNIX 环境
         $NLS_LANG=“simplified chinese”_china.zhs16gbk
         $export NLS_LANG
         编辑oracle用户的profile文件
    2)Windows 环境
         编辑注册表
         Regedit.exe---HKEY_LOCAL_MACHINE---SOFTWARE---ORACLE—HOME0
2.5.4 NLS 参数查询
    Oracle 提供若干NLS参数定制数据库和用户机以适应本地格式，例如有NLS_LANGUAGE,NLS_DATE_FORMAT,NLS_CALENDER等，可以通过查询以下数据字典或v$视图查看。
    NLS_DATABASE_PARAMETERS-- 显示数据库当前NLS参数取值，包括数据库字符集取值
    NLS_SESSION_PARAMETERS-- 显示由NLS_LANG 设置的参数，或经过alter session 改变后的参数值（不包括由NLS_LANG 设置的客户端字符集）
    NLS_INSTANCE_PARAMETE-- 显示由参数文件init.ora 定义的参数V$NLS_PARAMETERS--显示数据库当前NLS参数取值
2.5.5 修改NLS参数
    使用下列方法可以修改NLS参数
    （1）修改实例启动时使用的初始化参数文件
    （2）修改环境变量 NLS_LANG
    （3）使用ALTER SESSION语句，在oracle会话中修改
    （4）使用某些SQL函数
    NLS 作用优先级别：Sql function>alter session>环境变量或注册表>参数文件>数据库默认参数

三．导入/导出与字符集转换

3.1 EXP/IMP
    Export 和 Import 是一对读写Oracle数据的工具。Export 将 Oracle 数据库中的数据输出到操作系统文件中, Import 把这些文件中的数据读到Oracle 数据库中，由于使用exp/imp进行数据迁移时，数据从源数据库到目标数据库的过程中有四个环节涉及到字符集，如果这四个环节的字符集不一致，将会发生字符集转换。

EXP
     ____________   _________________  _____________
     |imp导入文件|<-><->
     ------------   -----------------  -------------

IMP 
     ____________   _________________  _____________
     |imp导入文件|->|环境变量NLS_LANG|->|数据库字符集|
     ------------   -----------------  -------------

    四个字符集是
   （1）源数据库字符集
   （2）Export过程中用户会话字符集（通过NLS_LANG设定）
   （3）Import过程中用户会话字符集（通过NLS_LANG设定）
   （4）目标数据库字符集

3.2导出的转换过程
    在Export过程中，如果源数据库字符集与Export用户会话字符集不一致，会发生字符集转换，并在导出文件的头部几个字节中存储Export用户会话字符集的ID号。在这个转换过程中可能发生数据的丢失。
例:如果源数据库使用ZHS16GBK，而Export用户会话字符集使用US7ASCII，由于ZHS16GBK是16位字符集,而US7ASCII是7位字符集，这个转换过程中，中文字符在US7ASCII中不能够找到对等的字符，所以所有中文字符都会丢失而变成“?? ”形式，这样转换后生成的Dmp文件已经发生了数据丢失。
因此如果想正确导出源数据库数据，则Export过程中用户会话字符集应等于源数据库字符集或是源数据库字符集的超集

3.3导入的转换过程
    （1）确定导出数据库字符集环境
    通过读取导出文件头，可以获得导出文件的字符集设置
    （2）确定导入session的字符集，即导入Session使用的NLS_LANG环境变量
    （3）IMP读取导出文件
    读取导出文件字符集ID，和导入进程的NLS_LANG进行比较
    （4）如果导出文件字符集和导入Session字符集相同，那么在这一步骤内就不需要转换，如果不同，就需要把数据转换为导入Session使用的字符集。可以看出，导入数据到数据库过程中发生两次字符集转换
    第一次:导入文件字符集与导入Session使用的字符集之间的转换，如果这个转换过程不能正确完成，Import向目标数据库的导入过程也就不能完成。
    第二次:导入Session字符集与数据库字符集之间的转换。
    然而,oracle8i的这种转换只能在单字节字符集之间进行,oracle8i导入Session不支持多字节字符集之间的转换，因此为了避免第一次转换，导入Session使用的NLS_LANG与导出文件字符集相同，第二次转换（通过SQL*Net）支持任何两种字符集。以上情况在Oracle9i中略有不同

四．乱码问题

    oracle在数据存储、迁移过程中经常发生字符乱码问题，归根到底是由于字符集使用不当引起。下面以使用客户端sqlplus向数据库插入数据和导入/导出（EXP/IMP）过程为例，说明乱码产生的原因。

4.1使用客户端sqlplus向数据库存储数据
    这个过程存在3个字符集设置
    （1）客户端应用字符集
    （2）客户端NLS_LANG参数设置
    （3）服务器端数据库字符集(Character Set)设置
    客户端应用sqlplus中能够显示什么样的字符取决于客户端操作系统语言环境(客户端应用字符集)，但在应用中录入这些字符后，这些字符能否在数据库中正常存储，还与另外两个字符集设置紧密相关，其中客户端NLS_LANG参数主要用于字符数据传输过程中的转换判断。常见的乱码大致有两种情形：
    （1）汉字变成问号“？”；
当从字符集A 转换成字符集B时，如果转换字符之间不存在对应关系，NLS_LANG使用替代字符“？”替代无法映射的字符
    （2）汉字变成未知字符（虽然有些是汉字，但与原字符含义不同）
转换存在对应关系，但字符集A 中的字符编码与字符集B 中的字符编码代表不同含义

4.2发生乱码原因  
    乱码产生是由于几个字符集之间转换不匹配造成，分以下几种情况：
    （注：字符集之间如果不存在子集、超集对应关系时的情况不予考虑，因为这种情况下字符集之间转换必产生乱码）    
    1）服务器端数据库字符集与客户端应用字符集相同，与客户端NLS_LANG参数设置不同
    如果客户端NLS_LANG字符集是其它两种字符集的子集，转换过程将出现乱码。
    解决方法：将三种字符集设置成同一字符集，或NLS_LANG字符集是其它两种字符集的超集
    2 ）服务器端数据库字符集与客户端NLS_LANG参数设置相同，与客户端应用字符集不同
    如果客户端应用字符集是其它两种字符集的超集时，转换过程将出现乱码，但对于单字节编码存储中文问题，可参看本文第5章节的分析
    3 ）客户端应用字符集、客户端NLS_LANG参数设置、服务器端数据库字符集互不相同
     此种情况较为复杂，但三种字符集之间只要有不能转换的字符，则必产生乱码

4.3导入/导出过程出现乱码原因
    这个过程存在4个字符集设置，在3.1章节中已分析
   （1）源数据库字符集
   （2）EXP过程中NLS_LANG参数
   （3）IMP过程中NLS_LANG参数
   （4）目标数据库字符集
    出现乱码原因
    1 ）当源数据库字符集不等于EXP过程中NLS_LANG参数，且源数据库字符集是EXP过程中NLS_LANG的子集，才能保证导出文件正确，其他情况则导出文件字符乱码
    2 ）EXP过程中NLS_LANG字符集不等于IMP过程中NLS_LANG字符集，且EXP过程中NLS_LANG字符集是IMP过程中NLS_LANG字符集的子级, 才能保证第一次转换正常，否则第一次转换中出现乱码。
    3 ）如果第一次转换正常，IMP过程中NLS_LANG字符集是目标数据库字符集的子集或相同，才能保证第二次转换正常，否则则第二次转换中出现乱码

五．单字节编码存储中文问题

    由于历史的原因，早期的oracle没有中文字符集（如oracle6、oracle7、oracle7.1）,但有的用户从那时起就使用数据库了，并用US7ASCII字符集存储了中文，或是有的用户在创建数据库时，不考虑清楚，随意选择一个默认的字符集，如WE8ISO8859P1或US7ASCII，而这两个字符集都没有汉字编码，虽然有些时候选用这种字符集好象也能正常使用，但用这种字符集存储汉字信息从原则上说就是错误的，它会给数据库的使用与维护带来一系列的麻烦。
    正常情况下，要将汉字存入数据库，数据库字符集必须支持中文，而将数据库字符集设置为US7ASCII等单字节字符集是不合适的。US7ASCII字符集只定义了128个符号，并不支持汉字。另外，如果在SQL*PLUS中能够输入中文，操作系统缺省应该是支持中文的，但如果在NLS_LANG中的字符集设置为US7ASCII，显然也是不正确的，它没有反映客户端的实际情况。但在实际应用中汉字显示却是正确的，这主要是因为Oracle检查数据库与客户端的字符集设置是同样的，那么数据在客户与数据库之间的存取过程中将不发生任何转换，但是这实际上导致了数据库标识的字符集与实际存入的内容是不相符的。而在SELECT的过程中，Oracle同样检查发现数据库与客户端的字符集设置是相同的，所以它也将存入的内容原封不动地传送到客户端，而客户端操作系统识别出这是汉字编码所以能够正确显示。
    在这个例子中，数据库与客户端都没有设置成中文字符集，但却能正常显示中文，从应用的角度看好象没问题。然而这里面却存在着极大的隐患，比如在应用length或substr等字符串函数时，就可能得到意外的结果。
    对于早期使用US7ASCII字符集数据库的数据迁移到oracle8i/9i中（使用zhs16gbk），由于原始数据已经按照US7ASCII格式存储，对于这种情况，可以通过使用Oracle8i的导出工具，设置导出字符集为US7ASCII，导出后使用UltraEdit等工具打开dmp文件，修改第二、三字符，修改 0001 为0354,这样就可以将US7ASCII字符集的数据正确导入到ZHS16GBK的数据库中。

六．结束语

    为了避免在数据库迁移过程中由于字符集不同导致的数据损失，oracle提供了字符集扫描工具（character set scanner），通过这个工具我们可以测试在数据迁移过程中由于字符集转换可能带来的问题，然后根据测试结果，确定数据迁移过程中最佳字符集解决方案。

　　3.DB2的视图里不能直接用order by语句，必须这样写 select × from(select a，b，c from table1 order by a)as　tab

　　这种写法的前提是你已经打过补丁了

　　4.存储过程的问题:

　　DB2提供ltrim函数和rtrim函数，但偏偏不提供trim函数，如果你希望去除字符两端的空格，对不起，必须用ltrim(rtrim()) 的方式调用insert 语句里面居然不能用表达式赋值，必须把值先赋给一个变量调用其他存储过程时竟然不能用常量做参数，必须把这个常量的值赋给一个变量，再以这个变量为参数

　　select * from table fetch first n rows only 语句居然在存储过程里不可用

　　5.存储过程里可以使用动态sql,但函数里却不可以使用,kao

　　6. 遇到commit或rollback时自动关闭游标，所以需要慎重使用单独提交。

　　proc builder老是在调试中内存不足，屏幕花掉。而如果断点调试时暂停不进行下去的时间稍微长一点就会提示超时，受不了。

　　7.开发中遇到的一个问题

　　在使用 日期变量+1 MONTHS OR 日期变量-1 MONTHS 的方式取日期时，比如日期变量值为 2004-02-29时，存储过程里将日期变量+1 MONTHS 赋值给另一

　　日期变量时会出错。相应SQLSTATE为01506(db2 ? 01506): 对 DATE 或TIMESTAMP值进行了调整，以校正算术运算得出的无效日期。

　　如果要获取的只是下一月份，可采用的替代方法是获取当前日期所在月份的第一天作为基准后+1 MONTHS OR -1 MONTHS

　　8.哈哈,今天帮别人弄存储过程的经验@04.08.05

　　搞了半天搞不定，一查原来的文档才了，原来tmd该死的DB2的存储过程，是转换为C后，进行编译的。因此在数据库服务器上要安装一个C编译器才能完成存储过程的编译。并且需要使用DB2SET命令，设置DB2_SQLROUTINE_COMPILER_PATH指向C编译器的安装路径。如:db2set

　　DB2_SQLROUTINE_COMPILER_PATH=E:\ProgramFiles\MicrosoftVisualStudio\VC98\Bin\vcvars32.bat

　　9.对变量的赋值不能用select ..into ..方式而要用set v=(select ..)的方式，代码示例如下。

drop function SXFM.ISORDERSUBMITDATE; CREATE FUNCTION SXFM.ISORDERSUBMITDATE(IN_ROW_ID DECIMAL(16,0))   RETURNS DATE   LANGUAGE SQL BEGIN ATOMIC DECLARE V_SUBMIT_DATE DATE; DECLARE V_SELL_ID DECIMAL(16, 0); DECLARE V_BUY_ID DECIMAL(16, 0); set V_SELL_ID = (SELECT COALESCE(RECEIVE_ID,-1) FROM IS_ORDER WHERE ROW_ID=IN_ROW_ID); set V_BUY_ID = (SELECT COALESCE(PAY_ID,-1) FROM IS_ORDER WHERE ROW_ID=IN_ROW_ID); set V_SUBMIT_DATE = (SELECT DATE(MAX(A.SUBMIT_DATE)) FROM AM_AUDIT_QUEUE A,SM_USER B,SM_USER C WHERE A.TABLE_CODE='IS_ORDER' AND A.TABLE_ROW_ID=IN_ROW_ID AND A.AUDIT_EMP_ID=C.ROW_ID AND C.BRANCH_ID=V_BUY_ID   --审核方为付款方 AND A.SUBMIT_EMP_ID=B.ROW_ID AND B.BRANCH_ID=V_SELL_ID); --提交方为收款方 RETURN V_SUBMIT_DATE; END; #SYNC 10;

　　10.DB2的游标打开后遇到commit和rollback默认是会关闭的。保持游标打开的方法是在定义游标时加上with hold选项

　　11.F:导出某张表的数据，且该表包含long varchar型数据，该如何操作Q:Export:db2 connect to [dbname] user [user] using [password]db2move [dbname] export -tn [tablename] -u [user] -p[password] (单表)db2move [dbname] export -tn [tablename1,tablename2,...] -u [user] -p [password] (多表)Import:db2move [dbname] import

=============================================================================

DB2上机操作指令指南

　　db2start

　　2. 停止实例(db2inst1):

　　db2stop

　　3. 列出所有实例(db2inst1)

　　db2ilist

　　5.列出当前实例:

　　db2 get instance

　　4. 察看示例配置文件:

　　db2 get dbm cfg|more

　　5. 更新数据库管理器参数信息:

　　db2 update dbm cfg using para_name para_value

　　6. 创建数据库:

　　db2 create db test

　　7. 察看数据库配置参数信息

　　db2 get db cfg for test|more

　　8. 更新数据库参数配置信息

　　db2 update db cfg for test using para_name para_value

　　10.删除数据库:

　　db2 drop db test

　　11.连接数据库

　　db2 connect to test

　　11.列出所有表空间的详细信息。

　　db2 list tablespaces show detail

　　12.列出容器的信息

　　db2 list tablespace containers for tbs_id show detail

　　13.创建表:

　　db2 ceate table tb1(id integer not null,name char(10))

　　14.列出所有表

　　db2 list tables

　　12.插入数据:

　　db2 insert into tb1 values(1,’sam’);

　　db2 insert into tb2 values(2,’smitty’);

　　13.查询数据:

　　db2 select * from tb1

　　14.数据:

　　db2 delete from tb1 where id=1

　　15.创建索引:

　　db2 create index idx1 on tb1(id);

　　16.创建视图:

　　db2 create view view1 as select id from tb1

　　17.查询视图:

　　db2 select * from view1

　　18.节点编目

　　db2 catalog tcp node node_name remote server_ip server server_port

　　19.察看端口号

　　db2 get dbm cfg|grep SVCENAME

　　20.测试节点的附接

　　db2 attach to node_name

　　21.察看本地节点

　　db2 list node directory

　　22.节点反编目

　　db2 uncatalog node node_name

　　23.数据库编目

　　db2 catalog db db_name as db_alias at node node_name

　　24.察看数据库的编目

　　db2 list db directory

　　25.连接数据库

　　db2 connect to db_alias user user_name using user_password

　　26.数据库反编目

　　db2 uncatalog db db_alias

　　27.导出数据

　　db2 export to myfile of ixf messages msg select * from tb1

　　28.导入数据

　　db2 import from myfile of ixf messages msg replace into tb1

　　29.导出数据库的所有表数据

　　db2move test export

　　30.生成数据库的定义

　　db2look -d db_alias -a -e -m -l -x -f -o db2look.sql

　　31.创建数据库

　　db2 create db test1

　　32.生成定义

　　db2 -tvf db2look.sql

　　33.导入数据库所有的数据

　　db2move db_alias import

　　34.重组检查

　　db2 reorgchk

　　35.重组表tb1

　　db2 reorg table tb1

　　36.更新统计信息

　　db2 runstats on table tb1

　　37.备份数据库test

　　db2 backup db test

　　38.恢复数据库test

　　db2 restore db test

什么是触发器

当一个指定的 SQL 操作（如 DELETE，INSERT，或者是 UPDATE 操作）作用于某张表时，一个定义了一组操作的触发器就可以被激活。触发器并不像参照完整性约束和检查约束那样，我们甚至可以使用对其他表来进行更新。

业务场景

将一项技术应用于真实世界的一个场景总是有益的。出于教学的目的，让我们在一个银行相关环境中研究触发器，在该模拟环境中，我们仅仅建立了一张表。再次强调，这是被简化了的！我们将要做的是，运用触发器来促进银行提供的透支保护。例如，一个银行客户有一个支票帐户（checking account）和一个储蓄帐户（saving account）。当从支票帐户中取款的金额超过了该帐户的余额时，就会发生一次自动的转帐（叫做透支保护），即自动从客户的储蓄帐户转帐过来。当然，这必须符合一定的条件，即储蓄帐户中必须有足够多的钱来补偿透支的金额。

开始

像上面所提及的，我们的银行仅仅包含一张表。在这张表中，我们将存入客户的支票帐户和储蓄帐户的余额等信息。每个客户通过其社会保险号码来标识。下面是对该表的描述：

表 1. 对 ACCTTABLE 的描述

请使用 DB2 命令行处理器为上面的表创建一个数据库。将数据库命名为 bnkdb。

db2 => create database bnkdb

接下来，连接到该数据库。我假设您已经在您的机器上有了一个用户名为 db2admin ， 密码为 db2admin 的帐号。

db2 => connect to bnkdb user db2admin using db2admin

现在，创建 accttable 表：

db2 => create table accttable(ssn varchar(30) not null primary key,
            lastname varchar(30) not null, firstname varchar(30) not null,
            savingbalance decimal(7,2) not null, checkingbalance decimal(7,2) not null)
            

现在向所创建的表中加入两条记录：

db2 => insert into accttable values
            ('111-11-1111','Bhogal','Kulvir',1500.00,1000)
            

db2 => insert into accttable values
            ('222-22-2222','Guy','Someother',2000.00,4000)
            

触发器可以在对表的一次 INSERT、 DELETE 或者 UPDATE 操作 之前或 之后启动。在我们的例子中，您将创建一个在对ACCTTABLE 表执行 UPDATE 操作之前启动的触发器。在触发器术语中，INSERT、 DELETE 或者 UPDATE 这些使得触发器启动的事件被称作 触发事件。触发器的启动是在触发事件之前还是之后则称为触发器的 激活时间。

使用 Control Center 创建触发器

打开 DB2 Control Center 开始创建触发器，展开您创建的数据库（即 bnkdb），鼠标右键点击 Triggers 选项并且选择 Create.....

图 1. 创建触发器

在 Create Trigger 屏幕中，可以指定触发器所在的模式。请选择 DB2ADMIN 模式。记住，触发器是与表相关的，所以我们需要选择相关表的模式。然后请再次选择 DB2ADMIN 模式：

图 2. 选择模式

在同一个屏幕中, 需要指定一个触发器的名字。将触发器命名为 OVERDRAFT。而且，需要指定与该触发器相关的表的名字。这里选择您创建的 ACCTTABLE。

图 3. 选择您创建的表

在 Time to trigger action区域中，选择 Before。

图 4. 选择 Before

在 Operation that causes the trigger to be executed区域中选择 Update of columns 操作并且指定被操作列为 CHECKINGBALANCE：

图 5.

点击 Triggered action标签页来创建该触发器：

图 6. 构建触发器

指定临时变量

DB2 UDB 能够跟踪在启动触发器的那条语句之前和之后的一行的状态。请在 Correlation name for the old rows 一栏中填入 OLDROW， 在 Correlation name for the new rows 一栏中填入 NEWROW ：

图 7. 指定 NEWROW

注意，您也许无法指定其中的一个 correlation name，因为它依赖于引起触发器启动的特定操作和激活时间的组合。例如，假设您的触发器选择的 Time to trigger action 是 Before，触发事件是 DELETE 语句。在这种情况下，我们就无法指定一个 "Correlation name for the new rows"。为什么呢？因为在执行了一个删除操作以后，新行是不存在的。

因为您创建的触发器是在 UPDATE 之前被激活，所以不能编辑 Temporary table for the old rows 和 Temporary table for the new rows选项。

您将注意到，在这种情况下（一个在 UPDATE 之前被激活的触发器），您只能指定触发器针对 每 行而不是针对每个 语句触发。

图 8. 触发器触发于每行

引起触发事件的语句可能会同时影响数据库中的多行。"For each Row" 选项意味着触发器将在每一行被修改时激活。另一方面，"For each statement" 选项（"before" 型触发器是不允许的）则意味着触发器定义的操作只在调用一次 SQL 语句后执行一次。

可以点击 Show SQL按钮来看看底层的 SQL 语句到目前为止是什么样子：

图 9. Show SQL 框

构建触发动作

现在该创建触发动作了。我们的业务规则是支票帐户的余额必须低于 0 才能激活该触发器。也就是说，我们需要指定 search-condition 为 NEWROW.CHECKINGBALANCE<0 。我们之所以指定 NEWROW.CHECKINGBALANCE 是因为需要分析在 update 操作之后支票帐户的余额将会是多少。

创建触发器主体

现在我们将要在 Triggered Action 文本区域中替换 triggered-SQL-statement （参见下面）。

图 10. 创建触发器语句

用来替换的代码如下:

declare overage decimal (7,2); set overage = (NEWROW.CHECKINGBALANCE*-1); if overage>OLDROW.SAVINGBALANCE then SIGNAL SQLSTATE '70001' ('Overdraft Protection Unsuccessful'); else set newrow.savingbalance = oldrow.savingbalance-overage, newrow.checkingbalance = 0; end if;

让我们一句一句地仔细研究一下这段代码。在触发器主体中，可以声明将要在主体中使用的变量。我们使用下面这行代码来声明变量： decimal(7,2)declare overage decimal (7,2) ; 这样就定义了一个类型为 decimal(7,2) 、 名为 overage 的变量。

下一步我们将 overage 变量的值设置为 (NEWROW.CHECKINGBALANCE*-1) ;

我们将使用该算式计算出我们想要从支票帐户取出的超额(overage)的数目。指定 NEWROW.CHECKINGBALANCE 是因为我们需要分析支票帐户的余额在 update 操作发生后是多少。

set overage = (NEWROW.CHECKINGBALANCE*-1);

发出错误条件信号

如果违反了您在触发器中定义的业务规则，就可以使用 SIGNAL 语句来抛出一个错误条件信号。在我们的例子中，不允许有人拥有的支票帐户余额为负数。如果有人想要将支票帐户的余额列更新为一个负数，我们就可以试着看看在储蓄帐户中是否有足够多的钱来补偿这个负数。如果没有，那么就可以发出一条 SQL 状态为 '70001' 的信息 "'Overdraft Protection Unsuccessful"。

认识到包含 SIGNAL 语句的效果是很重要的。SIGNAL 语句回滚由触发语句（也就是我们的 update 语句）尝试的更改。SIGNAL 语句也将回滚在触发器内发生的更改。此外，假设我们是使用 Java™ 应用程序来与数据库进行交互的，并且试图执行一次会触发我们的触发器并违反业务规则的 update 操作。Java 应用程序将接受我们所指定的 SQLSTATE 以及值为 -438 的 SQLCODE。在这行中我们使用 SIGNAL SQLSTATE 属性：

if overage>OLDROW.SAVINGBALANCE then SIGNAL SQLSTATE '70001' ('Overdraft Protection Unsuccessful');

该行说明，如果我们的 overage 比储蓄帐户的余额数目还要大，那么就需要抛出一个危险信号。

转帐

如果储蓄帐户的余额数目足够补偿超出的数目，这时就会发生转帐。如果满足这种条件，我们将对新行作两处修改：

1. 修改 "new row" 的 savingbalance 列，将其减去 overage 以促成透支转帐。
2. 将支票帐户的余额设置为 0。我们使用下面的代码来完成：

else set newrow.savingbalance = oldrow.savingbalance-overage, newrow.checkingbalance = 0; end if;

最终结果

可以再次通过 Show SQL按钮来看看最后的结果：

图 11.显示 SQL

在点击 Close之后，您将看到 OVERDRAFT 触发器已经创建好了：

图 12. 创建 OVERDRAFT 触发器

测试

可以通过一个 update 语句来进行测试。打开命令行编写下面的语句：

db2=> update accttable set checkingbalance = -500 where ssn='111-11-1111'

根据我们创建的业务逻辑，这个 update 操作将启动该触发器，由于支票帐户透支，该触发器将从 savingbalance 列取出 500.00 到支票帐户。因此，SSN 为 111-11-1111 的帐户的 checkingbalance 会变成 0.00 而 savingbalance 将变成 1000.00（原来的余额 1500 － 透支的 500）。下面的查询验证了该结果：

图 13. 查询

尾声

您已经在一个假想的业务场景中创建了一个 DB2 触发器。触发器是 DB2 数据库的一个非常强大的特性，您可以使用它将业务逻辑分化到关系数据库这边。如果考虑到有多个应用程序都将与同一个数据库进行交互，您就会发现这种分化是非常强大的。在一个大型企业中，您可能多次遇到过这样的情况，即不知道要创建的是怎样一个将与数据库交互的应用程序。与其只是希望这些应用程序遵守被认为是您的组织机构的戒律的业务规则，还不如使用触发器作为您工具箱中的一种工具，以确保现在和将来与数据库进行交互的所有的应用程序强制遵守这些业务规则。一个触发器只能关联一个表，而不能关联一个视图。您也许可以考虑使用 INSTEAD OF 触发器来与视图交互。

用JAVA实现LDAP的访问（二）
关键字:   用JAVA实现LDAP的访问（二）    
 下面来具体的说一下怎么用JLDAP。首先要去下载一下JLDAP，具体下载的地址可以上网去搜。下载下来以后，lib里面的是开发所要用到的包，doc里面是帮助文档API和示例程序。
    先说说怎么查询，其实查询非常的简单，如果用过JDBC连数据库的话，那么连LDAP相比起来更加的简单。
    首先建立一个LDAPConnection对象。这个对象也可以通过连接池PoolManager来获得。LDAPConnection con = new LDAPConnection();然后运行connect方法和bind方法。连接上LDAP以后，就可以通过search方法来查找数据了。示例程序如下：
java 代码
LDAPConnection lc = new LDAPConnection();   
       try {   
           lc.connect("6.1.19.154",389);   
           lc.bind(LDAPConnection.LDAP_V3,"cn=xxx","xxxxxx");   
           LDAPSearchResults rs = lc.search("dc=excel,dc=com,dc=cn",LDAPConnection.SCOPE_SUB,"objectClass=*",null,false);   
           int count = 0;   
           while(rs.hasMore()){   
               LDAPEntry entry = rs.next();   
               System.out.println(entry.getDN());   
               count++;   
           }   
           System.out.println("共有"+count+"条记录。");   
       } catch (LDAPException e) {   
             
           System.err.print("连接异常！   ");   
           e.printStackTrace();   
       }  
 

10:33  |   永久链接  |   浏览 (1717)  |   评论 (5)  |    收藏  |   ldap  |   进入论坛  |    

永久链接
http://junewolf.javaeye.com/blog/52090 

评论    共 5 条  发表评论 

Dustbin     2007-03-30 16:39
这样的程序会导致ldap服务器死机地，需要关闭ldap连接
 

Hejrcc     2007-06-14 21:05
呵呵， 就是。。。
 

Hejrcc     2007-06-14 21:10
看不出用JLDAP有什么优势， 我也刚刚开始学。
我写了个测试例子，请指点：

代码
public void testLdap() {  
    try {  
        DirContext context = getContext();  
        addEntry(context, "uid=oracle,ou=people,dc=mycompany,dc=com");  
        printEntry(context, "uid=oracle,ou=people,dc=mycompany,dc=com");  
        context.close();  
    } catch (AuthenticationException e) {  
        e.printStackTrace();  
    } catch (NamingException e) {  
        e.printStackTrace();  
    }  
}  
 
public DirContext getContext() throws NamingException {  
    Hashtable<String, String> env = new Hashtable<String, String>();  
    env.put(Context.SECURITY_PRINCIPAL, "cn=Manager,dc=mycompany,dc=com");  
    env.put(Context.SECURITY_CREDENTIALS, "secret");  
    env.put(Context.SECURITY_AUTHENTICATION, "simple"); //"none", "simple", "strong"  
 
    DirContext initial = new InitialDirContext(env);  
    DirContext context = (DirContext) initial.lookup("ldap://localhost:389");  
    return context;  
}  
 
public void addEntry(DirContext context, String dn) throws NamingException {  
    Attributes attrs = new BasicAttributes();  
    attrs.put("uid", "oracle");  
    attrs.put("sn", "Lee");  
    attrs.put("cn", "Amy Lee");  
    attrs.put("telephoneNumber", "+1 408 555 0033");  
    attrs.put("userPassword", "redqueen".getBytes());  
    //the following attribute has two values  
    Attribute objclass = new BasicAttribute("objectClass");  
    objclass.add("uidObject");  
    objclass.add("person");  
    attrs.put(objclass);  
 
    context.createSubcontext(dn, attrs);  
} 

Hejrcc     2007-06-14 21:13
看见还有一种写法用来获取 DirContext， 下面的写法指定了 INITIAL_CONTEXT_FACTORY属性，我想知道我前面一种写法里面， env.put(Context.INITIAL_CONTEXT_FACTORY, ?);
这个INITIAL_CONTEXT_FACTORY 我没有设置， 不知道默认是什么？

代码
Hashtable<String, String> env = new Hashtable<String, String>();  
env.put(Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.ldap.LdapCtxFactory");  
env.put(Context.PROVIDER_URL, "ldap://localhost:389");  
env.put(Context.SECURITY_PRINCIPAL, "cn=Manager,dc=mycompany,dc=com");  
env.put(Context.SECURITY_CREDENTIALS, "secret");  
//env.put(Context.SECURITY_AUTHENTICATION, "simple"); //"none", "simple", "strong"           
DirContext context = new InitialDirContext(env); 
 

用JAVA实现LDAP的访问（三）
关键字:   用JAVA实现LDAP的访问（三）    
  虽然LDAP主要是用来进行读操作的，但不可避免的，我们也要向其中添加一些新的数据。用JLDAP向LDAP服务器添加数据的操作也是非常简单的。
   为什么说非常简单呢，因为大体上也就是分三步。第一步，连接LDAP服务器。第二步，建立一个要添加的新的实体LDAPEntry，并添加相应的属性。第三步，通过add方法向LDAP中添加实体。
   首先说连接服务器。还是非常简单的三步:
java 代码
LDAPConnection con = new LDAPConnection();   
 con.connect("hostname",hostport);   
 con.bind("version","DN","password");  

连接后，可以建实体了，也就相当与为数据库添加一条新的记录。这里用到了几个类：LDAPEntry、LDAPAttribute和LDAPAttributeSet。首先建立一个LDAPAttributeSet,然后建立各种的LDAPAttribute，把他们add到LDAPAttributeSet中。然后建立一个LDAPEntry。其构造函数有两个参数，一个是这个LDAPEntry的DN，一个是他的属性集合，也就是LDAPAttributeSet。
   最后，调用LDAPConnection实例化对象的add方法，把实体添加到服务器中。然后别忘了断开连接喔。整体的示例代码如下：
java 代码
LDAPAttributeSet attributeSet = new LDAPAttributeSet();   
       attributeSet.add(new LDAPAttribute("objectclass", new String(   
               "inetOrgPerson")));   
       attributeSet.add(new LDAPAttribute("cn", new String[] { "李",   
               "Jim Smith", "Jimmy Smith" }));   
       attributeSet.add(new LDAPAttribute("givenname", new String[] { "测试",   
               "Jim", "Jimmy" }));   
       attributeSet.add(new LDAPAttribute("sn", new String("Smith")));   
       attributeSet.add(new LDAPAttribute("telephonenumber", new String(   
               "1 801 555 1212")));   
       attributeSet.add(new LDAPAttribute("mail",   
               new String("JSmith@Acme.com")));   
       attributeSet.add(new LDAPAttribute("userpassword", new String(   
               "newpassword")));   
       LDAPEntry entry = new LDAPEntry("cn=李,cn=Lizl,dc=excel,dc=com,dc=cn",   
               attributeSet);   
       LDAPConnection con = new LDAPConnection();   
       con.connect("6.1.19.154", 389);   
       con.bind(LDAPConnection.LDAP_V3, "cn=XXX", "XXXXXX");   
       con.add(entry);   
       System.out.println("成功的添加了一条记录！");   
       con.disconnect();  
 

10:27  |   永久链接  |   浏览 (1217)  |   评论 (3)  |    收藏  |   ldap  |   进入论坛  |    

永久链接
http://junewolf.javaeye.com/blog/52088 

评论    共 3 条  发表评论 

Hejrcc     2007-06-14 21:20
我觉得楼主的代码很不好看啊，不要这么短就换行嘛。。。
还有， Indentation size = 4 就好了， 干嘛搞成8个字符这么宽啊，你这个代码， 第2行好像不用空字符吧？

代码
LDAPAttributeSet attributeSet = new LDAPAttributeSet();  
attributeSet.add(new LDAPAttribute("objectclass", new String("inetOrgPerson")));  
attributeSet.add(new LDAPAttribute("cn", new String[] { "李", "Jim Smith", "Jimmy Smith" }));  
attributeSet.add(new LDAPAttribute("givenname", new String[] { "测试", "Jim", "Jimmy" }));  
attributeSet.add(new LDAPAttribute("sn", new String("Smith")));  
attributeSet.add(new LDAPAttribute("telephonenumber", new String("1 801 555 1212")));  
attributeSet.add(new LDAPAttribute("mail", new String("JSmith@Acme.com")));  
attributeSet.add(new LDAPAttribute("userpassword", new String("newpassword")));  
LDAPEntry entry = new LDAPEntry("cn=李,cn=Lizl,dc=excel,dc=com,dc=cn", attributeSet);  
LDAPConnection con = new LDAPConnection();  
con.connect("6.1.19.154", 389);  
con.bind(LDAPConnection.LDAP_V3, "cn=XXX", "XXXXXX");  
con.add(entry);  
System.out.println("成功的添加了一条记录！");  
con.disconnect(); 
 

用JAVA实现LDAP的访问（四）
关键字:   用JAVA实现LDAP的访问（四）    
这里来说一说怎么从LDAP中删除一个实体。
首先，连接LDAP服务器，然后通过DN来删除一个实体。
示例代码如下：
java 代码
LDAPConnection con = new LDAPConnection();   
con.connect("6.1.19.154",389);   
con.bind(LDAPConnection.LDAP_V3,"cn=XXXX","XXXXXX");   
con.delete("cn=JSmith,dc=excel,dc=com,dc=cn");   
System.out.println("成功删除一条记录！");   

ITDS的infoCenter的地址
关键字:   ITDS的infoCenter的地址    
ITDS的infoCenter的地址：
http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?toc=/com.ibm.IBMDS.doc/toc.xml
 
可以通过ITDS的WEB管理工具对LDAP进行管理，包括条目管理和objectclass以及
attributes的管理。
启动ITDS的WEB控制台的方法是打开cmd,
在D:\Program Files\IBM\LDAP\appsrv\bin文件夹下面（并不一定是这个路径，看安装时的位置，但\IBM\LDAP\appsrv\bin一般情况下不会变。）
输入startServer server1。
 
访问Web控制台的URL是：
http://6.1.9.54:9080/IDSWebApp/IDSjsp/IDSConsoleFrameWork.jsp

Ldap 的 Schema 中 的 objectclass 和 attributes 详解
关键字:   Ldap 的 Schema 中 的 objectclass 和 attributes 详解    
地址是：
http://www-03.ibm.com/servers/eserver/iseries/ldap/schema/

语法格式如下：

>>-CREATE PROCEDURE--procedure-name----------------------------->
>--+----------------------------------------------------+--*---->
   '-(--+------------------------------------------+--)-'
        | .-,------------------------------------. |
        | V .-IN----.                            | |
        '---+-------+--parameter-name--data-type-+-'
            +-OUT---+
            '-INOUT-'

>--+-------------------------+--*------------------------------->
   '-SPECIFIC--specific-name-'

   .-DYNAMIC RESULT SETS 0--------.     .-MODIFIES SQL DATA-.
>--+------------------------------+--*--+-------------------+--->
   '-DYNAMIC RESULT SETS--integer-'     +-CONTAINS SQL------+
                                        '-READS SQL DATA----'
      .-NOT DETERMINISTIC-.     .-CALLED ON NULL INPUT-.
>--*--+-------------------+--*--+----------------------+--*----->
      '-DETERMINISTIC-----'

   .-INHERIT SPECIAL REGISTERS-.     .-7 OLD SAVEPOINT LEVEL-.
>--+---------------------------+--*--+---------------------+---->
                                     '-7 NEW SAVEPOINT LEVEL-'
      .-LANGUAGE SQL-.     .-7 EXTERNAL ACTION----.
>--7 *--+--------------+--*--+--------------------+--*------------>
                           '-7 NO EXTERNAL ACTION-'

>--+------------------------------+--3 *-------------------------->
   '-3 PARAMETER CCSID--+-3 ASCII---+-'
                      '-3 UNICODE-'

>--| SQL-procedure-body |--------------------------------------><
SQL-procedure-body:
|--SQL-procedure-statement--------------------------------------|

语法说明
1、procedure-name: 存储过程的名字，在同一个数据库的同一模式下，不能存在存储过程名相同参数数目相同的存储过程，即使参数的类型不

同也不行。leizhimin 51cto技术博客

2、(IN | OUT | INOUT parameter-name data-type,...) ：传入参数
    IN：输入参数
 OUT：输出参数
 INOUT：作为输入输出参数
 parameter-name：参数名字，在此存储过程中唯一的标识符。
 data-type:参数类型，可以接收SQL类型和创建的表。不支持LONG VARCHAR, LONG VARGRAPHIC, DATALINK, REFERENCE和用户自定义类型。

3、SPECIFIC specific-name：唯一的特定名称（别名），可以用存储过程名代替，这个特定名称用于dorp存储过程，或者给存储过程添加注视

  用，但不能调用存储过程。如果不指定，则数据库会自动生成一个yymmddhhmmsshhn时间戳的名字。推荐给出别名。

4、DYNAMIC RESULT SETS integer：指定存储过程返回结果的最大数量。存储过程中虽然没有return语句，但是却能返回结果集。

5、CONTAINS SQL, READS SQL DATA, MODIFIES SQL DATA： 指定存储过程中的SQL访问级别
    CONTAINS SQL： 表示存储过程可以执行中，既不可读取 SQL 数据，也不可修改 SQL 数据。
    READS SQL DATA： 表示存储过程可以执行中，可读取SQL，但不可修改 SQL 数据。
    MODIFIES SQL DATA： 表示存储过程可以执行任何 SQL 语句。可以对数据库中的数据进行增加、删除和修改。

6、DETERMINISTIC or NOT DETERMINISTIC：表示存储过程是动态或者非动态的。动态的返回的值是不确定的。非动态的存储过程每次执行返回

的值是相同的。

7、CALLED ON NULL INPUT：表示可以调用存储过程而不管任何的输入参数是否为NULL，并且，任何的OUT或者INOUT参数可以返回一个NULL或者

非空值。检验参数是否为NULL是在过程中进行的。

8、INHERIT SPECIAL REGISTERS：表示继承专用寄存器。

9、OLD SAVEPOINT LEVEL or NEW SAVEPOINT LEVEL：建立存储点。OLD SAVEPOINT LEVEL是默认的存储点。

10、LANGUAGE SQL：指定程序的主体用的是SQL语言。

11、EXTERNAL ACTION or NO EXTERNAL ACTION：表示存储过程是否执行一些改变理数据库状态的活动，而不通过数据库管理器管。默认是

EXTERNAL ACTION。如果指定为NO EXTERNAL ACTION ,则数据库会确定最最佳优化方案。

12、PARAMETER CCSID：指定所有输出字符串数据的编码,默认为UNICODE编码数据库为PARAMETER CCSID UNICODE

，其他的数据库默认为PARAMETER CCSID 3 ASCII。

13、SQL-procedure-body：存储过程的主体

例子1：产生一个SQL存储过程，返回员工的平均薪水. 返回所有员工超过平均薪水的数额，结果集包括name, position, and salary字段（参

考数据库为db2的示例数据库sample）。

   CREATE PROCEDURE MEDIAN_RESULT_SET (OUT medianSalary DOUBLE)
     RESULT SETS 1
     LANGUAGE SQL
   BEGIN
     DECLARE v_numRecords INT DEFAULT 1;
     DECLARE v_counter INT DEFAULT 0;
     DECLARE c1 CURSOR FOR
       SELECT CAST(salary AS DOUBLE)
         FROM staff
         ORDER BY salary;
     DECLARE c2 CURSOR WITH RETURN FOR
       SELECT name, job, CAST(salary AS INTEGER)
         FROM staff
         WHERE salary > medianSalary
         ORDER BY salary;
     DECLARE EXIT HANDLER FOR NOT FOUND
       SET medianSalary = 6666;
     SET medianSalary = 0;
     SELECT COUNT(*) INTO v_numRecords
       FROM STAFF;
     OPEN c1;
     WHILE v_counter < (v_numRecords / 2 + 1)
     DO
       FETCH c1 INTO medianSalary;
       SET v_counter = v_counter + 1;
     END WHILE;
     CLOSE c1;
     OPEN c2;
   END

－－－－－－－－－－－－－－－－－－－－
 

简介

本文将大概讲述SQL Replication，然后引出Q Replication的意义。本文档通过位于两台不同主机上的数据库间的单向复制来展现远程Q复制的使用。除了说明操作步骤以外，本文档同时也对相关的关键概念，一些常见的错误以及相关的信息做出了相应解释。

在实际操作之前，读者应该具有DB2数据库的相关管理操作的基本概念和基础知识，同样也应该对Websphere Information Integrator和Websphere MQ有相关了解。如果读者原来在一个机器上做过DB2复制相关的练习，例如IBM提供的T3练习，将对本文的学习很有帮助。

本文档主要分为三个大部分：第一个部分是配置和编目远程数据库，第二个部分是配置Websphere MQ的相关对象，第三个部分是通过Replication Center来建立起最终的复制环境。对于每一个部分，都包括操作步骤，相关问题和解决办法，以及一些相关的提示信息。

前提条件

1． 平台的选择

考虑到大部分读者可能更容易获得Windows操作系统环境，所以，本文档的实现，源数据库和目标数据库是分别在两个Windows操作系统上。但是，实际上如果换成其他操作系统平台，如Unix/Linux，所有的操作步骤将是大同小异。

2． 软件的安装

读者需要安装好DB2，Websphere MQ。依据相关安装文档执行即可。

3． 本文的相关约定

为了便于读者学习和实践本文，下面给出了笔者在实际操作过程中所建立起来的环境的具体信息，读者当然也可以对自己的相关机器和对象指定其他的名称。在本文中，所使用的对象信息即如下所述（主要包括主机的设置，DB2的设置，以及Websphere MQ的设置）。

4． 主机和DB2的相关设置信息

注意: 在使用复制功能之前，数据库ITARGET和SAMPLE都应该将日志模式设置为archive logging模式（归档日志模式）。

5． Websphere MQ的相关配置信息

6． Q复制的配置信息

注意: 1. 上面的Replication q map name可以由用户自行定义，一般可以按照复制的功能特点来进行命名。

2. 对于本文中所使用到的相关的MQ的完整定义，可以在EAST_QUEUE_DEFINE.TXT文件和WEST_QUEUE_DEFINE.TXT文件中找到。读者也可以使用上述脚本来生成所需要的MQ对象。

操作步骤、出错分析及解决

第一部分 配置远程数据库连接

操作步骤

本文中，SAMPLE数据库是源数据库，源表即在这个数据库中。而数据库ITARGET为目标数据库。而对于要创建的MQ对象来说，名字中的EAST和WEST也将用来区分两个主机，EAST相关的MQ对象和ITARGET数据库在同一个主机上，而WEST相关的MQ对象和SAMPLE数据库在同一个主机上。所以，数据将是从SAMPLE（WEST）复制到ITARGET （EAST），其间通过定义好的相关队列来实现数据的中间传递作用。

在EAST端（即Apply Server端，也就是ITARGET目标数据库端），通过下面的操作步骤来编目位于另外一个主机上的SAMPLE源数据库。

1．打开CLP，输入下面的命令来实现对远程SAMPLE数据库的编目：

db2 catalog tcpip node WEST remote 9.181.135.61 server 50000
            db2 catalog database SAMPLE at node WEST
            db2 terminate;
            

2．在CLP中输入下面的命令来测试从EAST到WEST的连接是否有效：

db2 connect to SAMPLE user administrator using ***
            db2 terminate;
            

在上述步骤中，可能会遇到一些错误，笔者将其总结在下面的部分，你也可以通过本文后面的参考信息获得更多帮助。这样，一个远程数据库的编目操作就完成了，用户便可以通过CLP命令行方式或者DB2的控制中心图形界面方式来实现对远程数据库的操作。

对于Q复制中的单向复制来说，上述编目步骤即可。如果想实现Q复制中的双向复制或者P2P复制，那么需要在另外一端完成类似上述的步骤，操作方式如下。

在WEST节点（即SAMPLE数据库所在的主机）上，执行如下的操作：

1．打开CLP，输入下面的命令来实现对远程ITARGET数据库中的编目：

db2 catalog tcpip node EAST remote 9.181.135.238 server 50000
            db2 catalog database ITARGET at node EAST
            db2 terminate;
            

2．在CLP中输入下面的命令来测试从EAST到WEST的连接是否有效：

db2 connect to ITARGET user administrator using xxx
            db2 terminate;
            

步骤注解

在本部分过程中，我们会经常用到如下一些有用的命令，写在这里，仅供参考: （用户可以修改粗体部分以符合自身需要）

1) db2 list node directory
2) db2 list node directory show detail
3) db2 catalog tcpip node WSII remote 9.181.139.155 server 50000
4) db2 catalog database source at node WSII
5) db2 terminate
6) db2 list database directory
7) db2 create database database_name
8) db2 drop database database_name
9) db2sampl -k （该命令用来创建DB2缺省的SAMPLE数据库，参数k表示建立带有主键的表，如果没有该参数，所有表将没有主键和索引）
10) db2ilist (list instance)
11) db2 uncatalog database database_name
12) db2 uncatalog node node_name

注意: 远程数据库可以被编目，被编目的数据库也可以删除这种编目关系，但是数据库不能在远端被创建和删除。

一些重要的概念：

db2c_DB2

在命令"db2 catalog tcpip node WSII remote 9.181.139.155 server 50000"中，其中的参数50000，不仅可以用这种端口的数字形式，也可以用一个叫做db2c_DB2的服务名称。

db2c_DB2主要实现DB2的网络服务功能。db2c_DB2和数字端口之间的关系实际上可以在dbm cfg文件中找到。

使用"db2 get dbm cfg"命令并查看如下部分：

TCP/IP Service name (SVCENAME) = db2c_DB2
            

因为dbm在DB2实例级别对相关参数进行设定，所以，上述的SVCENAME即是一个定义TCP/IP服务端口的实例级别的参数，其缺省值为50000。

另外，如果是在类UNIX系统中，在etc/service目录下，在services文件中包含了当前DB2所使用到的相关端口信息，可以通过修改这个文件来进行相关修改和设定。下面即是相关内容的截取。

DB2_DB2         60000/tcp
            DB2_DB2_1       60001/tcp
            DB2_DB2_2       60002/tcp
            DB2_DB2_END    60003/tcp  // These ports reserved for
            DB2 Fast Communications Manager
            db2c_DB2	      50000/tcp  // this is the connection port for instance DB2
            

Codepage:

因为笔者在操作的过程中，曾经试验过一个是中文操作系统，另外一个是英文操作系统的情况。在上述情况下，会发生所谓的codepage不兼容的问题（这个问题在下面的"出错分析及解决"有进一步说明）。Codepage就是指DB2的语言的版本。一般来说，如果操作系统是中文的话，那么DB2自动安装成为中文版本，如果操作系统是英文的话，那么DB2自动安装成为英文版本。尽管如果源数据库和目标数据库的codepage不一样，用户仍然可以成功地从源数据库连接到目标数据库（即connect命令仍然可以成功运行），但是如果没有定义恰当的转换表（用来转换两个不同数据库之间的codepage的表），在复制的时候错误将不可避免。为了简单起见，在本操作实践过程中，两个数据库都是使用的同样的codepage。需要提及的是，codepage可以在创建该数据库的时候为其指定。

关于codepage和数据库链接方面的进一步信息，请参考如下网址：

http://www.ibm.com/developerworks/cn/db2/library/techarticles/dm-0506chong/
http://chinaunix.net/jh/22/16779.html

出错分析及解决

问题1描述：

SQL30081N 检测到通信错误。正在使用的通信协议："TCP/IP"。正在使用的通信API： "SOCKETS"。检测到错误的位置："9.181.139.155"。检测到错误的通信函数："connect"。协议特定的错误代码："10060"、"*"、"*"。 SQLSTATE=08001

分析：

这个错误的原因通常是网络连接不稳定造成的。

解决：

检查并确保源数据库所在的主机和目标数据库所在的主机之间的网络连接可用，并且端口正确。在很多情况下，网络病毒导致网络不可用是需要首先检查的方面。

问题2描述：

SQL0332N 没有从源代码页 "1252" 至目标代码页 "1386" 的转换。原因码为 "1"。

SQLSTATE=57017

分析：

这个问题主要是由于本地数据库和远程数据库的代码页（codepage）不一致造成的。比如本地数据库是代码页为1386的中文版本，而远程数据库是代码页为1252的英文版本，这样可能会产生一些意外的错误。

解决：

通过如下命令来检查代码页的相关设置：（红色字体可以由用户指定）
db2 get db cfg for clientdb (检查clientdb所使用的代码页)
db2 get db cfg for serverdb (检查serverdb所使用的代码页)
db2set (检查当前数据库系统所使用的代码页)

通过如下命令来改变本地DB2数据库系统的代码页：

db2set db2codepage=serverdb codepage (e.g. "1252")
            db2 terminate
            

可以通过如下简单的命令来核对上述修改是否成功：

db2 connect to source user administrator using passw0rd  // source是
            远程数据库服务器
            

如果source数据库和target数据库可兼容，那么该命令可以成功返回。

第二部分 配置MQ对象

操作步骤

1. 本文附件提供了一些脚本来创建相关的MQ对象，用户可以通过修改或者直接使用它们来创建出必要的MQ对象。EAST_QUEUE_DEFINE.TXT文件是用来创建QM_EAST相关的消息对象，WEST_QUEUE_DEFINE.TXT文件是用来创建QM_WEST相关的消息对象。上述两个脚本，里面都定义了queues、channels，以及queue managers等对象。请注意，上述文件定义的对象，实际上是用来做bidirectional的Q复制，对于本文的单向复制而言，只需要用到其中的一部分即可。

2. 在Server A上，定义名叫QM_EAST 的MQ manager。

如果QM_EAST已经存在，按照如下步骤删除旧的QM_EAST：

(1) endmqm QM_EAST
(2) endmqlsr （停止queue manager 的listener，也可以通过MQ services的start/stop 完成。）
(3) dltmqm QM_EAST

然后通过下面的步骤来创建之：

(1) crtmqm -q QM_EAST
(2) strmqm
(3) runmqlsr -t tcp -p 1451
(4) runmqsc QM_EAST<EAST_QUEUE_DEFINE.TXT （需要再开一个cmd运行之）
EAST_QUEUE_DEFINE.TXT在附件中可以找到。

3. 在Server B上，定义名叫QM_WEST的MQ manager。步骤和2类似。
如果QM_WEST已经存在，按照如下步骤先删除之：
(1) endmqm QM_WEST
(2) endmqlsr
(3) dltmqm QM_WEST

然后再创建之：
(1) crtmqm -q QM_WEST
(2) strmqm
(3) 在MQ Services的控制面板中，选择QM_WEST，右键单击，然后选择new->new listener， 然后添加一个listener（TCP，端口1451），并确保该listener运行正常。
(4) runmqsc QM_WEST<WEST_QUEUE_DEFINE.TXT
EAST_QUEUE_DEFINE.TXT在附件中可以找到。

注意：QM_EAST和QM_WEST 的listener端口可以任意指定可用的端口，它们可以相同，也可以不相同。这里，我们将QM_EAST和QM_WEST 的端口分别指定为1450和1451，以示区别。

上面讲述了创建相关MQ对象的步骤，下文将对如何测试MQ对象（如MQ channels和queues等）是否正常工作进行详细讲解。

测试WSMQ对象的连接性

在定义好WSMQ对象之后，用户可以先对其连通性进行测试，以确保后面的步骤可以正确进行。主要可以从如下方面进行测试：

1. 通过MQ Explorer来检查channels连接的有效性.

(1) 在QM_EAST所在的主机上，打开MQ Explorer，启动QM_EAST，那么在"channels"->"advanced"里面，将可以看见EAST_TO_WEST和WEST_TO_EAST两个channel。

(2) 用户可以右键点击EAST_TO_WEST并选择start启动之，然后可以选择Status选项来查看其是否正常运行。

(3) 如果status是"running"，表明channel运作正常。

(4) 如果status是"binding"，表明channel正在绑定监听端口，稍后将有可能开始处于正常运作状态。这种情况下，稍等片刻并再次检查其状态，如果仍然是处于"binding"的状态，那么停止并重新启动。

(5) 如果status是"retrying"，表明当前channel不能正常运作，这个通常是由于网络原因造成的。检查网络状况，例如通过ping程序来检查网络是否有问题，防火墙有时也可能导致MQ channel的retrying状态；检查远端的queue manager (这里是指QM_WEST)是否已经启动，其listener是否运作正常，并且检查CCSID是否一致。如果远端的QM_WEST没有启动，那么status很有可能就是retrying的状态。所以应该检查QM_WEST，保证其处于正常状态，然后在QM_EAST中停止EAST_TO_WEST 这个channel并重新启动之。这些步骤之后，应该能解决上述问题。

对于WEST_TO_EAST这个channel，在QM_EAST，用户可以检查其状态但是不能启动或者停止它，它只能被发送方启动或者停止。用户应该在QM_WEST端启动或者停止它。

2. 通过CLP方式来检查channels的连接性并获取更多相关信息有时候，通过命令行方式可以高效快捷地检查一些相关的信息，这种方式可以脚本化，当我们要检查的channel很多时，或者相关操作重复性比较大时，应该考虑命令行方式来做。另外，命令行方式能够获取更多的出错方面的详细信息。

(1). 在EAST上运行如下命令：

runmqchl -c EAST_TO_WEST -m QM_EAST
            

如果没有错误信息显示，表明该channel成功运行。之后打开另外一个命令行窗口，并输入如下的命令：

runmqchl -c WEST_TO_EAST -m QM_WEST
            

如果此时返回相关错误码，那么对其进行分析并根据错误提示去采取相应的解决办法。

(2). 测试本地的queues 在EAST上，执行如下命令将一个消息放到队列上：

/usr/mqm/samp/bin/amqsput EAST_RESTARTQ QM_EAST
            Sample AMQSPUT0 start
            target queue is EAST_RESTARTQ
            This is a test message to a local queue
            Sample AMQSPUT0 end
            

然后通过执行下面的命令来从queue中获取信息。这个时候应该会显示出上面输入的消息文本。

/usr/mqm/samp/bin/amqsget EAST_RESTARTQ QM_EAST
            Sample AMQSGET0 start
            message <This is a test message to a local queue>
            no more messages
            Sample AMQSGET0 end
            

在WEST端，执行如下命令来将一个消息放到队列里面：

/usr/mqm/samp/bin/amqsput WEST_RESTARTQ QM_WEST
            Sample AMQSPUT0 start
            target queue is WEST_RESTARTQ
            This is a test message to a local queue
            Sample AMQSPUT0 end
            

同样的，执行如下命令来从queue中获取信息。这个时候应该也会显示出上面输入的相关消息文本。

/usr/mqm/samp/bin/amqsget WEST_RESTARTQ QM_WEST
            Sample AMQSGET0 start
            message <This is a test message to a local queue>
            no more messages
            Sample AMQSGET0 end
            

(3). 测试远程的queues 测试从远端的queue上面放入和取出消息。

在EAST上执行如下命令来将消息放入到WEST_ADMINQ这个队列中。

/usr/mqm/samp/bin/amqsput WEST_ADMINQ QM_EAST
            Sample AMQSPUT0 start
            target queue is WEST_ADMINTQ
            This is a test message to a remote queue
            Sample AMQSPUT0 end
            

在WEST中执行如下命令获取来自WEST_ADMINQ 队列上的消息。

/usr/mqm/samp/bin/amqsget WEST_ADMINQ QM_WEST
            Sample AMQSGET0 start
            message <This is a test message to a remote queue>
            no more messages
            Sample AMQSGET0 end
            

步骤注解

Remote queues:

Remote queues是一个相对的概念，是用来在另外一个queue manager上定义local queue。在本文中，每个queue manager分别定义了两个remote queue。在QM_EAST上，WEST_ADMINQ和EAST_TO_WEST_Q被定义成为remote queue。在QM_WEST上，EAST_ADMINQ和WEST_TO_EAST_Q被定义成为remote queue。

WSMQ objects:

关于MQ对象的更多信息，请参考《Fast Track implementation scenarios》的附录A。该资料在附件中已给出。

出错分析及解决

问题1描述：

C:\Documents and Settings\Administrator>runmqchl -c EAST_TO_WEST -m QM_EAST 5724-B41 (C) Copyright IBM Corp. 1994, 2002. ALL RIGHTS RESERVED.
2005-09-25 17:46:56 通道程序已启动。
2005-09-25 17:47:04 AMQ6047: 不支持转换。
2005-09-25 17:47:04 AMQ9999: 通道程序异常终止。

分析：

AMQ6047 Conversion not supported.
Explanation: WebSphere MQ is unable to convert string data tagged in CCSID &1 to data in CCSID &2.
User Response: Check the WebSphere MQ Application Programming Reference Appendix and the appropriate National Language Support publications to see if the CCSIDs are supported by your system.

这个错误的原因是由于两个queue manager的CCSID 的设置不兼容造成的。而这种不兼容的最根本原因是由于本地的locale和远程主机的locale不一致造成的（从而WebSphere MQ的安装语言版本不一样）。这点和DB2的code page问题很类似。

解决：

(1) 在MQ explorer中找到CCSID及相关属性。在笔者的环境中，如果安装的是中文版的MQ，那么CCSID的缺省值是1381，而英文版的则相应为437。在这两者之间，它们并没有直接的转换方式来进行兼容性处理。

(2) 由于(1)，我们必须在本地对CCSID进行转换。在EAST(CCSID=1381)端通过如下命令来实现其转换：

strmqm
            runmqsc
            display qmgr       // 检查当前queue manager的CCSID值
            alter qmgr ccsid(437)
            end
            

第三部分 通过Replication Center图形界面建立远程Q复制

操作步骤

这部分主要通过GUI图形界面（即Replication Center）来完成。同时，为了方便起见，其中也会用到CLP命令行方式。对于本文的单向复制而言，这里主要通过配置EAST端来说明相关使用方法。

在开始配置Capture和Apply之前，首先应该对密码和连接性进行测试。在Replication Center中，选择Manage Password and Connectivity，然后选择Systems，在其中添加两行信息，即本地EAST和远程WEST的相关密码和连接信息。

对于远程Q replication图形界面方面的基本操作，大体和完全在一个机器上的Q replication类似，主要的区别在于对MQ相关对象的操作上有所不同。所以下面的操作部分重点在于MQ的详细介绍。

1．建立Q Capture相关的控制表

通过前面的步骤，这里至少可以有两个DB2 server可用，一个是Server A，一个是Server B。可以使用如下命令来获取相关信息：db2 list db directory
具体操作步骤如下：

• 选择Sample作为Capture Server。
• 将Q Capture的Schema指定为ASN。
• Q Manager选择为QM_WEST，然而admin queue应该为WEST_ADMINQ并且restart queue为ST_RESTARTQ。
• 在完成上述配置后，Sample这个Capture Server应该能够用来进行复制了。

2．建立Q Apply相关的控制表

• 选择ITARGET作为Apply Server。
• 将Q Apply的Schema指定为ASN。
• Q Manager应该为QM_EAST。

3．建立Replication Queue Maps

• 在Sample节点下，选择"create Replication Queue Maps"。
• 选择Apply Server为ITARGET。
• 因为前面我们选定了WEST_ADMINQ作为Sample这个Capture Server的AdminQ，所以，Apply server的admin queue也应该同样指定为WEST_ADMINQ。同时，应该指定send queue和receive queue为WEST_TO_EAST_Q。
• 为 Queue map指定一个名称。

4．建立复制预订集

• 从Sample节点，选择"create Replication Subscriptions"。
• 选择"unidirectional replication"。
• 选择ITARGET作为目标服务器，并且使用前面所建立的Queue map。
• 从Capture Server中选择恰当的源表。
• 对于目标表等其他方面的设置，使用缺省值。
• 完成预定集的建立。

5．建立Apply所需要的password文件

• 在目标系统中将当前路径转到apply_path上。
• 输入命令"asnpwd init"。
• 输入命令"asnpwd add alias SAMPLE id administrator password ***"。这样就会生成一个相应的password文件。

6．启动Q Capture程序

设定相关参数，启动Q Capture。

7．启动Q Apply程序

设定相关参数，启动Q Apply。

步骤注解

1. 当在Replication Center中配置password和connectivity的时候，它会要求指定Directory ，这应该是DB2安装目录下的bin目录所在的路径，如"c:\sqllib\bin"。

2. 当在Replication Center中配置password和connectivity的时候，远程主机名字应该正确指定。实际上，在这里IP地址也可以和远程主机名字同样被使用。

3. 在设置复制环境的时候，记得将Capture Server所在的数据库设置为archive logging模式。

4. Password文件在如下情况下是必须的：

a. 当Q Apply需要使用export来导出数据时

b. 当Q Capture需要连接到多个数据库分区时

c. 当需要建立相应的Alert Monitor时

d. 当需要运行Q Analyzer（该程序需要连接到被分析的Q Capture和Q Apply）时

e. 当需要用到TDIFF工具时

5. 关于Dead Letter Queue，可以参考《Fast Track Implementation Scenarios》中的Appendix C. Dead letter queues in a Q replication environment

出错分析及解决

问题1描述：

Capture可以正常启动，但是Apply不能正常启动，处于presume stopped的状态。Receive queue正常运作，subscription处于"inactive"的状态，MQ channels正常运作。

分析：

这个问题很有可能是网络原因造成的，例如IP设置错误等等。

解决：

保证网络正常连接，设定正确的IP地址等等。

问题2描述：

在apply日志中，有如下信息：

2005-10-14 12:12:49.578000 ERROR ASN7551E "Q Apply" : "ASN" : "BR00000" : The Q Apply program detected a gap in message numbers on receive queue "WEST_TO_EAST_Q", replication queue map "SAMPLE_ASN_TO_ITARGET_ASN". It read message ID "51524550434D6AB0000000000000000000000000000003F0", but expected to find message ID "51524550434D6AB000000000000000000000000000000001". The Q Apply program cannot process any messages until if finds the expected message.

分析：

Q apply程序检查从Q Capture程序发送过来的消息，这些消息都具有一个依次递增的号码，递增增幅为1。当Q apply发现消息之间的号码不是依次递增时，Apply程序将停止处理并且将相关信息写入apply log中。可以通过命令"db2 ? ASN7551E"来获取更多信息。下面即是截取的一部分：

用户响应（ASN7551E）:

在用来在 Q Capture 和 Q Apply 程序之间传输消息的所有WebSphere MQ 队列管理器的所有"死信队列"上查找具有期望消息标识的消息。如果恢复消息，则将它放置在接收队列上，并保留WebSphere MQ 消息头信息（尤其是消息标识）。如果不能恢复消息，则遵循下列步骤：

1. 使用 stopq 命令来停止 Q Apply 程序从接收队列中进行读取。

2. 取消激活此复制队列图的所有 Q 预订。

3. 清空发送队列和接收队列。

4. 使用 startq 命令，以便 Q Apply 程序继续从接收队列中进行读取。

5. 激活此复制队列图的所有 Q 预订。

解决：

通过如下步骤，可以解决这个问题：

1. asnqacmd apply_server=ITAGGET apply_schema=ASN stoptq=WEST_TO_EAST_Q

2. 在RC中将该Q subscriptions设置成为"deactivate"的状态。

3. 通过RC将WEST_TO_EAST_Q清空。

4. asnqacmd apply_server=ITARGET apply_schema=ASN startq=WEST_TO_EAST_Q

5. 再次将Q subscriptions设置成为"active"的状态。

对于该错误一个较好的方法就是：在启动Q Capture或者Q Apply之前，将QM_EAST和QM_WEST 上的admin、restart、和send_receive queueus 清空。

问题3描述：

2005-10-16 15:48:16.171000 ERROR ASN0005E CAPTURE "ASN" : "WorkerThread". The Capture program encountered an error when reading the DB2 log. The log sequence number is "0000:0000:0000:0697:A8BD", the SQLCODE is "-2650", and the reason code is "piStartLSNdb2ReadLog2".

分析：

这个错误主要可能是由于DB2的内部错误引起的。

解决：

完全重新安装DB2来解决这个问题。

问题4描述：

2005-10-16-19.40.47.328000 <dbConnection::dbConnectCtx> ASN0552E "Q Apply" : "ASN" : "BR00000SP001" : The program encountered an SQL error. The server name is "SAMPLE". The SQL request is "CONNECT". The table name is "N/A". The SQLCODE is "-30082". The SQLSTATE is "08001". The SQLERRMC is "3PASSWORD MISSING". The SQLERRP is "SQLEXSMC".

分析：

这个错误主要是由于缺少password文件而导致的。

解决：

安装本文上述相关内容生成password文件即可。

结束语

本文主要介绍了远程Q复制的相关操作，以及一些相关的核心概念。对于操作过程中常见的问题和错误进行了分析并给出了一般的解决方法。

下载

表 2. SQLSTATE 类代码 类
代码  
含义 要获得子代码，
参阅...
00 完全成功完成 表 3
01 警告 表 4
02 无数据 表 5
07 动态 SQL 错误 表 6
08 连接异常 表 7
09 触发操作异常 表 8
0A 功能部件不受支持 表 9
0D 目标类型规范无效 表 10
0F 无效标记 表 11
0K RESIGNAL 语句无效 表 12
0N SQL/XML 映射错误 表 13
20 找不到 CASE 语句的条件 表 15
21 基数违例 表 16
22 数据异常 表 17
23 约束违例 表 18
24 无效的游标状态 表 19
25 无效的事务状态 表 20
26 无效 SQL 语句标识 表 21
28 无效权限规范 表 23
2D 无效事务终止 表 24
2E 无效连接名称 表 25
34 无效的游标名称 表 26
36 游标灵敏度异常 表 27
38 外部函数异常 表 28
39 外部函数调用异常 表 29
3B SAVEPOINT 无效 表 30
40 事务回滚 表 31
42 语法错误或访问规则违例 表 32
44 WITH CHECK OPTION 违例 表 33
46 Java DDL 表 34
51 无效应用程序状态 表 35
53 无效操作数或不一致的规范 表 36
54 超出 SQL 限制，或超出产品限制 表 37
55 对象不处于先决条件状态 表 38
56 其他 SQL 或产品错误 表 39
57 资源不可用或操作员干预 表 40
58 系统错误 表 41
5U 实用程序 表 42

类代码 00 完全成功完成
表 3. 类代码 00：完全成功完成 SQLSTATE 值  
含义
00000 操作执行成功，并且未产生任何类型的警告或异常情况。

类代码 01 警告
表 4. 类代码 01：警告 SQLSTATE 值  
含义
01002 发生 DISCONNECT 错误。
01003 从列函数的参数消去 NULL 值。
01004 字符串值在指定给具有较短长度的另一字符串数据类型时被截断。
01005 SQLDA 中的条目数不够。
01007 未授予特权。
0100C 从过程返回了一个或多个特殊结果集。
0100D 关闭的游标已在链中的下一个结果集上重新打开。
0100E 生成的过程大于允许的最大结果集数目。只有第一个整数结果集已经返回到调用者。
01503 结果列数比提供的主机变量数大。
01504 UPDATE 或 DELETE 语句不包括 WHERE 子句。
01506 对 DATE 或 TIMESTAMP 值进行了调整，以更正算术运算得出的无效日期。
01509 由于用户虚拟机中的存储器不够，取消游标的分块。
01515 已为主机变量指定了一个空值，因为列的非空值不在主机变量的范围之内。
01516 已忽略不可用的 WITH GRANT OPTION。
01517 用替代字符替换不能转换的字符。
01519 已为主机变量指定了一个空值，因为数字值超出范围。
01524 列函数的结果不包括由算术表达式求值得出的空值。
01526 隔离级别已升级。
01527 SET 语句引用的专用寄存器在 AS 上不存在。
01539 连接成功但只应使用 SBCS 字符。
01543 已忽略重复约束。
01545 未限定列名已解释为相关引用。
01550 索引未创建，因为具有指定描述的索引已经存在。
01560 忽略了一个冗余的 GRANT。
01562 在数据库配置文件中的新日志路径（newlogpth）无效。
01563 日志文件的当前路径（logpath）无效。日志文件路径被复位为缺省值。
01564 已为主机变量指定了空值，因为发生了被零除的错误。
01586 该语句导致一个或多个表自动置于设置完整性暂挂状态。
01589 语句包含有冗余规范。
01592 在引用 SOURCE 函数的 CREATE FUNCTION 语句中，或：
输入参数的长度、精度或小数位大于源函数相应参数的长度、精度或小数位；或
RETURNS 或 CAST FROM 参数的长度、精度或小数位比源函数的小；或
CREATE FUNCTION 语句中的 CAST FROM 参数的长度、精度或小数位比 RETURNS 参数的大。
运行时可能发生截断（那时可能会引起错误）。
01594 对于所有信息，SQLDA 内的条目数不够多（即，没有足够的描述符返回相异名称）。
01595 该视图已替换现有无效视图。
01596 没有为基于长字符串数据类型的单值类型创建比较函数。
01598 尝试激活活动的事件监视器，或尝试释放不活动的事件监视器。
01599 忽略 REBIND 上的绑定选项。
01602 优化级别已降低。
01603 CHECK DATA 处理过程中发现约束违例，已将其移至异常表。
01604 已经说明了 SQL 语句，但是未执行它。
01605 递归公共表表达式可能包含无限循环。
01606 节点或系统数据库目录是空的。
01607 只读事务中节点的时间差超过定义的阈值。
01608 已经替换了不受支持的值。
01609 生成的过程大于允许的最大结果集数目。只有第一个整数结果集已经返回到调用者。
01610 从过程返回了一个或多个特殊结果集。
01611 关闭的游标已在链中的下一个结果集上重新打开。
01614 定位器数小于结果集数。
01616 估计的 CPU 成本超出了资源限制。
01618 重新分发节点组是更改数据库分区所必需的。
01620 UNION ALL 的某些基本表可能是同一个表。
01621 检索到的 LOB 值可能已更改。
01622 语句成功完成，但在语句完成之后发生了系统错误。
01623 忽略 DEGREE 的值。
01625 模式名在 CURRENT PATH 中出现了多次。
01626 数据库只有一个活动的缓冲池。
01627 DATALINK 值可能无效，因为该表处理协调暂挂或协调不可能的状态。
01632 并发连接数超出了该产品的定义授权。
01633 可能不能使用具体化查询表来优化查询的处理。
01636 数据库管理器一直未验证非增量数据的完整性。
01637 未启用调试。
01639 联合对象可能需要调用程序具有对数据源对象的必要特权。
01641 Datalink 类型属性限制结构化类型的使用。
01642 对于最大的可能 USER 缺省值，列不足够长。
01643 对 SQL 例程中 SQLSTATE 或 SQLCODE 变量的赋值可能会被覆盖，不会激活任何处理程序。
01645 SQL 过程的可执行文件未保存在数据库目录中。
01648 忽略了 COMPRESS 列属性，因为对表取消激活了 VALUE COMPRESSION。
01649 缓冲池操作已经完成，但是直到下一次数据库重新启动才会生效。
01650 索引和表统计信息不一致。
01651 成功激活了事件监视器，但是某些监视信息可能丢失了。
01652 由于语句上下文而忽略了隔离子句。
01653 权限授予给 USER。因为权限名称大于 8 字节，所以不考虑组。
01654 未启动缓冲池。
01655 成功创建了事件监视器，但是至少有一个事件监视器目标表已存在。
01657 缓冲池操作在下一次数据库重新启动之后才会生效。
01665 列名或参数名被截断。
01667 可能不能使用视图来优化查询的处理。
01669 由于远程目录与本地目录之间的模式不一致，因此，未彻底更新指定昵称的统计信息。
01670 对新表来说，不存在缺省主表空间。
01671 高速缓存的语句的环境与当前环境不同。将使用当前环境来重新优化指定的语句。
01674 表空间属性对于查询性能不是最佳的。
01675 指定的表空间数超过了需要的表空间数。多余的表空间将被忽略。
01676 忽略了传送操作，因为授权标识已经是数据库对象的所有者。
01677 对于已经定义了插件的服务器忽略了包装器选项。
01678 对用户映射的更改只应用于联合目录表，而不应用于外部用户映射存储库。
01679 无法为指定的授权标识建立可信连接。
01684 不支持指定的语言环境。返回的消息使用的是英语语言环境。
01686 表空间正在从 REGULAR 转换为 LARGE。必须对此表空间中的表的索引进行重组或重建，以便支持大型 RID。
01689 在未连接到数据源的情况下完成了 SQL 编译。
0168A 在数据源上找不到源过程的程序包主体，或者它无效。
01H51 “MQSeries 应用程序消息传递接口”消息被截断。
01H52 例程的执行已完成，但是执行期间至少遇到了一个错误或警告。提供了更多信息。
01H53 例程遇到了警告。参阅 SQLCODE 以获取详细信息。
01HXX 由用户定义的函数或外部过程 CALL 返回了有效警告 SQLSTAE。

类代码 02 无数据
表 5. 类代码 02：无数据 SQLSTATE 值  
含义
02000 发生下述异常之一：
SELECT INTO 语句或 INSERT 语句的子查询的结果为空表。
在搜索的 UPDATE 或 DELETE 语句内标识的行数为零。
在 FETCH 语句中引用的游标位置处于结果表最后一行之后。
 
02501 游标位置对于当前行的 FETCH 无效。
02502 检测到删除或更新孔
02506 遇到了错误，并且已按 RETURN DATA UNTIL 子句指定那样容许它。

类代码 07 动态 SQL 错误
表 6. 类代码 07：动态 SQL 错误 SQLSTATE 值  
含义
07001 对于参数标记的数目来说，主机变量的数目不正确。
07002 调用参数列表或控制块无效。
07003 在 EXECUTE 语句内标识的语句是一条 select 语句，或未处于已预编译状态。
07004 动态参数需要 USING 子句或 INTO 子句。
07005 游标的语句名标识的是一个不能与游标关联的已预编译语句。
07006 由于其数据类型的缘故不能使用某输入主机变量。

类代码 08 连接异常
表 7. 类代码 08：连接异常 SQLSTATE 值  
含义
08001 应用程序请求器不能建立连接。
08002 连接已存在。
08003 连接不存在。
08004 应用程序服务器拒绝了建立连接。
08007 事务解析未知。
08502 用 TWOPHASE 的 SYNCPOINT 运行的应用程序进程发出的 CONNECT 语句无效，因为无事务管理器可用。
08504 当处理指定的路径重命名配置文件时遇到错误。

类代码 09 触发操作异常
表 8. 类代码 09：触发操作异常 SQLSTATE 值  
含义
09000 触发 SQL 语句失败。

类代码 0A 不支持功能部件
表 9. 类代码 0A：不支持功能部件 SQLSTATE 值  
含义
0A001 CONNECT 语句无效，因为进程不处于可连接状态。
0A502 未对此数据库实例启用操作。
0A503 由于潜在的数据不一致，不能编译联合插入、更新或删除操作。

类代码 0D 目标类型规范无效
表 10. 类代码 0D：目标类型规范无效 SQLSTATE 值  
含义
0D000 目标结构化数据类型规范是源结构化数据类型的正确子类型。

类代码 0F 无效标记
表 11. 类代码 OF：无效标记 SQLSTATE 值  
含义
0F001 LOB 标记变量当前不表示任何值。

类代码 0K RESIGNAL 语句无效
表 12. 类代码 0K：RESIGNAL 语句无效 SQLSTATE 值  
含义
0K000 RESIGNAL 语句不在处理程序中。

类代码 0N SQL/XML 映射错误
表 13. 类代码 0N：SQL/XML 映射错误 SQLSTATE 值  
含义
0N002 无法将字符映射至有效 XML 字符。

类代码 10 XQuery 错误
表 14. 类代码 10：XQuery 错误 SQLSTATE 值  
含义
10000 XQuery 错误。
10501 XQuery 表达式缺少静态或动态上下文组件的指定。
10502 在 XQuery 表达式的序言中遇到了错误。
10503 在 XQuery 或 XPath 表达式中定义了重复的名称。
10504 在无效 URI 中指定了 XQuery 名称空间声明。
10505 字符、标记或子句在 XQuery 表达式中缺少了或者无效。
10506 XQuery 表达式引用了一个未定义的名称。
10507 处理 XPath 或 XQuery 表达式时遇到了类型错误。
10508 XQuery 表达式在已计算的构造函数中包括一个无效的名称表达式。
10509 指定了不受支持的 XQuery 语言功能部件。
10510 未指定字符串文字作为强制类型转换表达式操作数或构造函数参数。
10601 在处理 XQuery 函数或运算符时遇到了算术错误。
10602 在处理 XQuery 函数或运算符时遇到了数据类型转换错误。
10603 在处理 XQuery 函数或运算符时遇到了字符处理错误。
10604 未提供文档上下文来处理 XQuery 函数。
10605 在处理 XQuery 函数或运算符时遇到了日期时间错误。
10606 没有上下文项用来处理 XQuery 函数或运算符。
10607 在处理 XQuery 函数或运算符时遇到了名称空间错误。
10608 在 XQuery 函数或运算符的参数中遇到了错误。
10609 在处理 XQuery 函数或运算符时遇到了正则表达式错误。
10610 在处理 XQuery 函数或运算符时遇到了类型错误。
10611 在处理 XQuery 函数或运算符时遇到了未标识的错误。
10901 XQuery 原子值超出了 DB2 XQuery 数据类型的范围。
10902 XQuery 原子值超过了 DB2 XQuery 运算符或函数的长度限制。
10903 已超过相匹配的 XQuery 节点数的内部限制。

类代码 20 找不到 CASE 语句的条件
表 15. 类代码 20：找不到 Case 语句的条件 SQLSTATE 值  
含义
20000 找不到 CASE 语句的条件。

类代码 21 基数违例
表 16. 类代码 21：基数违例 SQLSTATE 值  
含义
21000 SELECT INTO 的结果是一个多行的结果表，或者，基本谓词的子查询结果为多个值。
21501 对自引用表进行多行 INSERT 是无效的。
21502 主键的多行 UPDATE 是无效的。
21504 从删除规则为 RESTRICT 或 SET NULL 的自引用表进行多行 DELETE 是无效的。
21505 行函数返回的内容不能超过一行。　
21506 表的同一行不能是多个更新、删除或插入操作的目标。

类代码 22 数据异常
表 17. 类代码22：数据异常 SQLSTATE 值  
含义
22001 字符数据，发生右截断；例如，更新或插入值对于列来说太长（字符串），或者日期时间值由于太小而不能赋给主机变量。
22002 检测到空值或缺少指示符参数；例如，不能将空值赋给主机变量，因为没有指定指示符变量。
22003 数值超出范围。
22004 不能从定义为 PARAMETER STYLE GENERAL 的过程或者从用非空参数调用的类型保留方法中返回空值。
22007 检测到无效的日期时间格式；即指定了无效的字符串表示法或值。
22008 发生日期时间字段溢出；例如，对日期或时间戳记算术运算的结果不在有效日期范围之内。
2200G 大多数特定类型都不匹配。
2200L XML 值不是具有单个根元素的结构良好的文档。
2200M 未能将值作为结构良好的 XML 文档进行解析或者根据 XML 模式来验证该值。
2200S XML 注释无效。
2200T XML 处理指令无效。
2200W XML 值包含未能序列化的数据。
22011 发生子字符串错误；例如，SUBSTR 的参数超出范围。
22012 用零作除数是无效的。
22018 对于 CAST、DECIMAL、FLOAT、或 INTEGER 标量函数，字符值是无效的。
22019 LIKE 谓词有无效转义字符。
22021 某字符不在编码字符集中。
22024 以 NUL 结束的输入主机变量或参数不包含 NUL。
22025 LIKE 谓词字符串模式包含无效的转义字符。
2202D 配合 mutator 方法使用了空实例。
2202H 在 TABLESAMPLE 子句中指定的样本大小无效。
22501 变长字符串的长度控制字段为负值或大于最大值。
22504 混合数据值是无效的。
22506 对日期时间专用寄存器的引用无效，因为 TOD 时钟发生故障或操作系统时区参数超出范围。
22522 CCSID 值根本无效，对数据类型或子类型无效，或对编码方案无效。
22525 数据分区键值无效。
22526 键变换函数没有生成任何行或生成了重复的行。
22527 对多行 INSERT 操作检测到了无效的输入数据。
22532 在 XML 模式存储库中未找到 XSROBJECT。
22533 在 XML 模式存储库中未找到唯一的 XSROBJECT。
22534 XML 模式文档未通过使用包括或重新定义而连接至其他 XML 模式文档。
22535 XML 模式未声明指定的全局元素。
22536 XML 值不包含必需的根元素。
225D1 未启用指定的 XML 模式以进行分解。
225D2 在分解 XML 文档期间发生了 SQL 错误。
225D3 分解 XML 文档时遇到了对于 XML 模式类型无效的值。
225D4 分解 XML 文档时遇到了对于目标 SQL 类型无效的值。
225D5 分解 XML 文档时遇到了上下文中未知或无效的 XML 节点。
225D6 指定的 XML 模式需要迁移到当前版本以支持分解。
225D7 分解 XML 文档时遇到了一个根元素，该根元素不是 XML 模式中的复杂类型的全局元素。
225DE 无法启用 XML 模式以进行分解。

类代码 23 约束违例
表 18. 类代码 23：约束违例 SQLSTATE 值  
含义
23001 RESTRICT 更新或删除规则防止父键被更新或删除。
23502 插入或更新值为空，但该列不能包含空值。
23503 外键的插入或更新值无效。
23504 NO ACTION 更新或删除规则防止父键被更新或删除。
23505 发生由唯一索引或唯一约束强加的约束违例。
23510 使用由 RLST 表强加的命令时发生约束违例。
23511 不能删除父行，因为检查约束限制该删除。
23512 不能添加检查约束，因为该表含有不满足约束定义的行。
23513 INSERT 或 UPDATE 的结果行不符合检查约束定义。
23514 检查数据处理中发现约束违例。
23515 未能创建唯一索引，或者不能添加唯一约束，因为该表包含指定键的重复值。
23520 不能定义外键，因为其所有的值都不同于父表的父键。
23521 对目录表的更新违反了内部约束。
23522 标识列值的范围或者序列用完。
23523 已经为安全标号列提供了无效值。
23524 UNION ALL 视图内的无效行移动。
23525 未能插入或更新 XML 值，这是因为在插入或更新 XML 列的索引期间检测到错误。
23526 未能创建 XML 列的索引，因为在将 XML 值插入到索引中时检测到错误。

类代码 24 无效的游标状态
表 19. 类代码 24：无效的游标状态 SQLSTATE 值  
含义
24501 标识的游标未打开。
24502 在 OPEN 语句中标识的游标已经打开。
24504 在 UPDATE、DELETE、SET 或 GET 语句中标识的游标未定位在行上。
24506 在 PREPARE 中标识的语句是一个打开游标语句。
24510 对一个删除孔或更新孔尝试了

UPDATE 或 DELETE 操作。
24512 结果表与基本表不一致。
24513 不允许 FETCH NEXT、PRIOR、CURRENT 或 RELATIVE，原因是游标位置未知。
24514 先前的错误已禁用此游标。
24516 已对结果集指定了一个游标。
24517 外部函数或方法将游标保持为打开。

类代码 25 无效的事务状态
表 20. 类代码 25：无效的事务状态 SQLSTATE 值  
含义
25000 插入、更新或删除操作在指定它的上下文中无效。
25001 该语句只允许作为工作单元的第一条语句。
25501 该语句只允许作为工作单元的第一条语句。
25502 操作在单个事务中不能多次出现。

类代码 26 无效 SQL 语句标识
表 21. 类代码 26：无效 SQL 语句标识 SQLSTATE 值  
含义
26501 标识的语句不存在。

类代码 27 触发的数据更改违例
表 22. 类代码 27：触发的数据更改违例 SQLSTATE 值   含义
27000 试图在同一 SQL 语句中多次更改同一个表中的同一行。

类代码 28 无效权限规范
表 23. 类代码 28：无效权限规范 SQLSTATE 值  
含义
28000 权限名称无效。

类代码 2D 无效事务终止
表 24. 类代码 2D：无效事务终止 SQLSTATE 值  
含义
2D521 SQL COMMIT 或 ROLLBACK 在当前操作环境中无效。
2D522 ATOMIC 复合语句中不允许 COMMIT 和 ROLLBACK。
2D528 动态 COMMIT 对于应用程序执行环境无效。
2D529 动态 ROLLBACK 对于应用程序执行环境无效。

类代码 2E 无效连接名称
表 25. 类代码 2E：无效连接名称 SQLSTATE 值  
含义
2E000 连接名称无效。

类代码 34 无效的游标名称
表 26. 类代码 34：无效的游标名称 SQLSTATE 值  
含义
34000 游标名无效。

类代码 36 无效游标规范
表 27. 类代码 36：无效游标规范 SQLSTATE 值  
含义
36001 不能为指定的 SELECT 语句定义敏感游标。

类代码 38 外部函数异常
表 28. 类代码 38：外部函数异常 SQLSTATE 值  
含义
38XXX 外部例程或触发器返回有效错误 SQLSTATE。
38001 不允许外部例程执行 SQL 语句。
38002 例程尝试修改数据，但例程未定义为 MODIFIES SQL DATA。
38003 例程中不允许该语句。
38004 例程尝试读取数据，但例程未定义为 READS SQL DATA。
38501 （使用 SIMPLE CALL 或 SIMPLE CALL WITH NULLS 调用约定）调用用户定义的函数、外部过程或触发器时出错。
38502 不允许外部函数执行 SQL 语句。
38503 用户定义的函数异常终止（abend）。
38504 用户定义的函数已被用户中断，以停止可能的循环条件。
38505 FINAL CALL 上的例程中不允许 SQL 语句。
38506 函数因来自 OLE DB 提供程序的错误而失败。
38552 SYSFUN 模式（由 IBM 提供）中的函数已异常终止。
可以在消息正文中找到下列原因码之一：

01
数值超出范围
02
被零除
03
算术溢出或下溢
04
日期格式无效
05
时间格式无效
06
时间戳记格式无效
07
时间戳记持续时间的字符表示法无效
08
时间间隔类型无效（必须是 1、2、4、8、16、32、64、128、256 之一）
09
字符串太长
10
字符串函数中的长度或位置超出范围
11
浮点数的字符表示法无效 
38553 系统模式中的例程已因错误而终止。
38H01 MQSeries 函数未能初始化。
38H02 MQSeries 的“应用程序消息传递接口”未能终止会话。
38H03 MQSeries 的“应用程序消息传递接口”未能正确地处理消息。
38H04 MQSeries 的“应用程序消息传递接口”未能发送消息。
38H05 MQSeries 的“应用程序消息传递接口”未能读取／接收消息。
38H06 MQSeries 的“应用程序消息传递接口”预订（不预订）请求失败。
38H07 MQSeries 的“应用程序消息传递接口”未能落实工作单元。
38H08 MQSeries 的“应用程序消息传递接口”策略错误。
38H09 MQSeries XA（两阶段落实）API 调用错误。
38H0A MQSeries 的“应用程序消息传递接口”未能回滚工作单元。

类代码 39 外部函数调用异常
表 29. 类代码 39：外部函数调用异常 SQLSTATE 值  
含义
39001 用户定义的函数已返回无效 SQLSTATE。
39004 不允许 IN 或 INOUT 参数为空值。
39501 与参数相关联的 eye-catcher（引人注目的事物）已被修改。

类代码 3B SAVEPOINT 无效
表 30. 类代码 3B：SAVEPOINT 无效 SQLSTATE 值  
含义
3B001 保存点无效。
3B002 已经达到最大保存点数目。
3B501 检测到重复的保存点名。
3B502 指定了 RELEASE 或 ROLLBACK TO SAVEPOINT，但是保存点不存在。
3B503 在触发器或全局事务中不允许 SAVEPOINT、 RELEASE SAVEPOINT 或 ROLLBACK TO SAVEPOINT。

类代码 40 事务回滚
表 31. 类代码 40：事务回滚 SQLSTATE 值  
含义
40001 发生了伴随自动回滚的超时或死锁。
40003 语句完整性未知。
40504 由于系统错误导致工作单元被回滚。
40506 由于 SQL 错误，当前事务已回滚。
40507 由于创建索引时发生故障，因此当前事务已回滚。

类代码 42 语法错误或访问规则违例
表 32. 类代码 42：语法错误或访问规则违例 SQLSTATE 值  
含义
42501 授权标识不具有对标识对象执行指定操作的特权。
42502 授权标识不具有执行指定操作的特权。
42504 无法从指定的权限名撤销指定的特权、安全标号或免除凭证。
42506 发生所有者授权失败。
42508 不能将指定的数据库特权授予 PUBLIC。
42509 因为 STATICRULES 选项而未授权 SQL 语句。
42511 未能检索 DATALINK 值。
42512 授权标识对受保护列没有访问权。
42514 授权标识不具有对象的所有权需要的特权。
42516 用户映射存储库中的认证失败。
42519 不允许此授权标识对受保护表执行操作。
42520 由于此授权标识没有安全标号，所以无法执行内置函数。
42521 无法将权限或特权授予指定的授权标识。
42522 此授权标识没有凭证，因此无法保护列或者对该列除去保护。
42601 字符、标记或子句无效或丢失。
42602 检测到名称中有无效字符。
42603 检测到未终止的字符串常量。
42604 检测到无效数字或字符串常量。
42605 为标量函数指定的参数的数目无效。
42606 检测到无效十六进制常数。
42607 列函数的操作数无效。
42608 在 VALUES 中使用 NULL 或 DEFAULT 是无效的。
42609 运算符或谓词的所有操作数都是参数标记。
42610 不允许参数标记。
42611 列或参数定义无效。
42612 语句字符串是一条 SQL 语句，它在它所出现的上下文中是不可接受的。
42613 子句互斥。
42614 重复关键字无效。
42615 检测到无效备用项。
42616 指定了无效的选项。
42617 语句字符串是空白或空的。
42618 不允许主机变量。
42620 对 UPDATE 子句指定了只读 SCROLL。
42621 检查约束无效。
42622 名称或标号太长。
42623 不能指定 DEFAULT 子句。
42625 CASE 表达式无效。
42627 必须在使用 EXPRESSION AS 子句的谓词规范之前指定 RETURNS 子句。
42628 在变换定义中多次定义了 TO SQL 或 FROM SQL 变换函数。
42629 必须为 SQL 例程指定参数名。
42630 在嵌套复合语句中不能存在 SQLSTATE 或 SQLCODE 变量声明。
42631 SQL 函数或方法中的 RETURN 语句必须包括返回值。
42633 XMLATTRIBUTES 或 XMLFOREST 的参数需要 AS 子句。
42634 XML 名称无效。
42635 XML 名称空间前缀无效。
42636 缺少 BY REF 子句，或者不正确使用了该子句。
42637 无法在 DECLARE CURSOR 语句中指定 XQuery 表达式。
42701 在插入或更新操作或 SET 转换变量语句中检测到重复列名。
42702 由于名称重复，列引用有歧义。
42703 检测到一个未定义的列、属性或参数名。　
42704 检测到未定义的对象或约束名。
42705 检测到未定义的服务器名。
42707 ORDER BY 内的列名不标识结果表中的列。
42709 在键列列表中指定了重复的列名。
42710 检测到重复的对象或约束名。
42711 在对象定义或 ALTER 语句中检测到重复列名或属性名。
42712 在 FROM 子句中检测到重复的表标志符。
42713 在对象列表中检测到重复对象。
42720 在节点目录内未找到远程数据库的节点名。
42723 模式中已经存在带有相同特征符的函数。
42724 不能访问用于用户定义的函数或过程的外部程序。
42725 直接引用了例程（不是通过特征符或者通过特定实例名进行引用），但是该例程有多个特定实例。
42726 检测到指定的派生表的名称重复。
42727 对新表来说，不存在缺省主表空间。
42728 在节点组定义中检测到重复节点。
42729 节点未定义。
42730 容器名已由另一表空间使用。
42731 容器名已由该表空间使用。
42732 在 SET CURRENT PATH 语句中检测到重复的模式名。
42734 检测到重复的参数名、SQL 变量名、游标名、条件名或标号。
42735 对缓冲池，未定义表空间的节点组。
42736 在 LEAVE 语句上指定的标号找不到或无效。
42737 未定义在处理程序中指定的条件。
42738 在 FOR 语句的 DECLARE CURSOR 语句中指定了重复的列名或未命名的列。
42739 检测到重复的变换。
42740 未找到指定类型的变换。未删除任何变换。
42741 未对数据类型定义变换组。
42742 类型表或带类型视图层次结构中已存在同类子表或子视图。
42743 在索引扩展名中未找到搜索方法。　
42744 在变换组中未定义 TO SQL 或 FROM SQL 变换函数。
42745 例程将用现有方法定义覆盖关系。
42746 在同一类型层次结构中，方法名不能与结构化类型名相同。
42748 存储路径对于数据库来说已存在或者被指定了多次。
42749 对于 XML 模式来说，已经存在具有相同目标名称空间和模式位置的 XML 模式文档。
4274A 在 XML 模式存储库中未找到 XSROBJECT。
4274B 在 XML 模式存储库中未找到唯一的 XSROBJECT。
4274F 在安全标号组件中未定义组件元素。
4274G 在给定安全标号所使用的安全标号策略中未定义安全标号组件。
4274H 指定的安全策略不存在指定的访问规则。
4274I 指定的安全策略不存在安全标号。
4274J 数据库分区组已被此缓冲池使用。
42802 插入或更新值的数目与列数不相同。
42803 在 SELECT 或 HAVING 子句中的列引用无效，因为它不是分组列；或者在 GROUP BY 子句中的列引用无效。
42804 CASE 表达式中的结果表达式不兼容。
42805 ORDER BY 子句中的整数不标识结果表中的列。
42806 不能将某值赋予某主机变量, 因为数据类型不兼容。
42807 对该对象不允许执行 INSERT、UPDATE 或 DELETE。
42808 插入或更新操作中标识的列不可更新。
42809 标识的对象不是语句所应用的对象类型。
42810 FOREIGN KEY 子句中没有标识基本表。
42811 指定的列数与 SELECT 子句中的列数不相同。
42813 WITH CHECK OPTION 不能用于指定的视图。
42814 无法删除该列，因为它是表中唯一的列。
42815 数据类型、长度、小数位、值或 CCSID 无效。
42816 表达式中的日期时间值或持续时间无效。
42817 由于某个视图或约束依赖于该列，并且指定了 RESTRICT，或者由于该列包含在分区键中，或者由于该列是安全标号列，所以无法删除该列。
42818 运算符或函数的操作数不兼容或者不可比较。
42819 算术运算的操作数或需要数字的函数的操作数不是数字。
42820 数字常数太长，或其值不在该数据类型取值范围内。
42821 更新或插入值与列不兼容。
42823 从仅允许一列的子查询中返回了多列。
42824 LIKE 的操作数不是字符串，或第一个操作数不是列。
42825 UNION、INTERSECT、EXCEPT 或 VALUES 的行没有兼容列。
42826 UNION、INTERSECT、EXCEPT 或 VALUES 的行的列数不相同。
42827 UPDATE 或 DELETE 中标识的表与游标指定的表不相同。
42828 由 UPDATE 或 DELETE 语句的游标指定的表不能修改，或该游标是只读游标。
42829 FOR UPDATE OF 无效，因为由该游标指定的结果表不能修改。
42830 外键不符合父键的描述。
42831 主键或唯一键列不允许空值。
42832 不允许对系统对象执行该操作。
42834 不能指定 SET NULL，因为不能对外键的任何列指定空值。
42835 在指定的派生表之间不能指定循环引用。
42836 指定的递归派生表的规范无效。
42837 不能改变该列，原因是它的属性与当前的列属性不兼容。
42838 检测到无效使用了表空间。
42839 索引和长列不能处于与该表独立的表空间内。
42840 检测到无效使用了 AS CAST 选项。
42841 参数标记不能是用户定义的类型或引用类型。
42842 列定义无效，因为指定的选项与列描述不一致。
42845 检测到无效使用了 VARIANT 或 EXTERNAL ACTION 函数。
42846 不支持从源类型到目标类型的强制类型转换。
42849 外部例程不支持所指定的选项。
42852 在 GRANT 或 REVOKE 中指定的特权无效或不一致。（例如，视图上的 GRANT ALTER。）
42853 指定了选项的两个备用项，或者同一选项被指定了多次。
42854 选择列表中的结果列数据类型与在带类型视图或具体化查询表定义中定义的类型不兼容。
42855 不允许对此主机变量指定 LOB。此游标的 LOB 值的所有访存的目标主机变量必须是定位器或 LOB 变量。
42858 不能将该操作应用于指定对象。
42863 检测到 REXX 中有未定义的主机变量。
42866 在 CREATE FUNCTION 语句的 CAST FROM 子句中的 RETURNS 子句的数据类型对于有源函数或函数体中的 RETURN 语句返回的数据类型不适合。
42867 指定了冲突的选项。
42872 FETCH 语句子句与游标定义不兼容。
42875 要在 CREATE SCHEMA 中创建的对象的限定符必须与模式名相同。
42877 不能限定该列名。
42878 无效的函数或过程名称与 EXTERNAL 关键字一起使用。
42879 在 CREATE FUNCTION 语句中一个或多个输入参数的数据类型对于源函数中相应的数据类型不适合。
42880 CAST TO 和 CAST FROM 数据类型不兼容，或总会导致固定字符串截断。
42881 使用基于行的函数无效。
42882 特定实例名限定符与函数名限定符不相同。
42883 找不到具有匹配特征符的例程。
42884 找不到具有指定名称和兼容参数的任何例程。
42885 在 CREATE FUNCTION 语句中指定的输入参数数目与 SOURCE 子句中指定的函数所提供的参数数目不匹配。
42886 IN、OUT 或 INOUT 参数属性不匹配。
42887 在该函数出现的上下文中该函数无效。
42888 表没有主键。
42889 该表已有主键。
42890 在引用子句中指定了列表，但是标识的父表没有指定列名的唯一约束。
42891 重复的 UNIQUE 约束已存在。
42893 无法删除、改变或传输该对象或约束，或者无法从对象中撤销权限，因为还有其他对象依赖于该对象。
42894 DEFAULT 值无效。
42895 对于静态 SQL，不能使用输入主机变量，因为其数据类型与过程或用户定义的函数的参数不兼容。
428A0 用户定义的函数所基于的有源函数出错。
428A1 不能访问主机文件变量所引用的文件。
428A2 表不能指定给多节点节点组，因为它没有分区键。
428A3 为事件监视器指定了无效路径。
428A4 为事件监视器选项指定了无效值。
428A5 在 SET INTEGRITY 语句中指定的异常表结构不正确，或者已用生成的列、约束或触发器定义了该异常表。
428A6 在 SET INTEGRITY 语句中指定的异常表不能与正在检查的表之一相同。
428A7 检查的表数目与在 SET INTEGRITY 语句中指定的异常表数目不匹配。
428A8 在父表或底层的表处于设置完整性暂挂状态时，不能对派生表使用 SET INTEGRITY 语句复位设置完整性暂挂状态。
428A9 节点范围无效。
428AA 列名不是事件监视器表的有效列。
428B0 在 ROLLUP、CUBE 或 GROUPING SETS 中有非法嵌套。
428B1 未指定给特定节点的表空间容器的规范数目不正确。
428B2 容器的路径名无效。
428B3 指定了无效的 SQLSTATE。
428B7 在 SQL 语句中指定的编号不在有效范围内。
428BO 不能为联合数据源创建方案。
428C0 不能删除该节点，因为它是节点组中唯一的节点。
428C1 只能为表指定一个 ROWID、IDENTITY 或安全标号列。
428C2 检查函数体指出应已在 CREATE FUNCTION 语句中指定给出的子句。
428C4 谓词运算符两边的元素的数目不相同。
428C5 从数据源中找不到数据类型的数据类型映射。
428C9 不能将 ROWID 列指定为 INSERT 或 UPDATE 的目标列。
428CA 处于追加方式的表不能具有集群索引。
428CB 表空间的页大小必须与相关联的缓冲池的页大小相匹配。
428D1 不能访问 DATALINK 值所引用的文件。
428D4 在 OPEN、CLOSE 或 FETCH 语句中不能引用在 FOR 语句中指定的游标。
428D5 结束标号与开始标号不匹配。
428D6 NOT ATOMIC 语句不允许 UNDO。
428D7 不允许条件值。
428D8 SQLSTATE 或 SQLCODE 变量的声明或使用无效。
428DB 作为超类型、超表或超视图，该对象无效。　
428DC 对于此类型的变换，该函数或方法无效。
428DD 未定义要求的变换。
428DE PAGESIZE 值不受支持。
428DF 在 CREATE CAST 中指定的数据类型无效。
428DG 在 CREATE CAST 中指定的函数无效。
428DH 操作对于类型表无效。
428DJ 不能更改或删除继承列或属性。
428DK 已定义引用列的作用域。
428DL 外部函数或有源函数的参数已定义了作用域。
428DM 作用域表或视图对于引用类

型无效。
428DN 未在外部函数的 RETURNS 子句中指定 SCOPE，或在有源函数的 RETURN 子句中指定了 SCOPE。
428DP 该类型不是结构化类型。
428DQ 子表或子视图的模式名不能与其上一级表或上一级视图的模式名不同。
428DR 无法将操作应用于子表或子视图。
428DS 不能在子表中定义指定列的索引。　
428DT 表达式的操作数不是有效的作用域引用类型。
428DU 要求的类型层次结构中不包括的一种类型。　
428DV 解析引用运算符的左操作数无效。
428DW 不能使用解析引用运算符来引用对象标识列。
428DX 对象标识列是定义一个类型表或带类型视图层次结构的根表或根视图所必需的。
428DY 不能对目标对象类型更新统计信息。
428DZ 不能更新对象标识列。
428E0 索引的定义与索引扩展名的定义不匹配。
428E1 用于产生范围的表函数的结果与索引扩展名的键变换表函数的结果不一致。
428E2 目标键参数的数目或类型与索引扩展名的键变换函数的数目或类型不匹配。
428E3 索引扩展名中函数的参数无效。
428E4 函数在 CREATE INDEX EXTENSION 语句中不受支持。
428E5 只能用用户定义的谓词来指定 SELECTIVITY 子句。
428E6 用户定义的谓词中的方法的搜索参数与索引扩展名的相应搜索方法的搜索参数不匹配。
428E7 用户定义的谓词中跟在比较运算符后的操作数类型与 RETURNS 数据类型不匹配。
428E8 搜索目标或搜索参数参数与正在创建的该函数的参数名不匹配。
428E9 在相同的使用规则中参数的参数名不能同时作为搜索目标和搜索参数。
428EA 带类型视图中的全查询无效。
428EB 当上一级视图中的某一列为可更新时，子视图中相应的列不能是只读的。
428EC 为具体化查询表指定的全查询无效。
428ED 不能构造具有 Datalink 或 Reference 类型属性的结构化类型。
428EE 选项对此数据源无效。
428EF 该选项的值对此数据源无效。
428EG 丢失此数据源所必需的选项。
428EH 不能 ADD 已定义的选项。
428EJ 不能 SET 或 DROP 尚未添加的选项。
428EK 已声明的全局临时表名的限定符必须是 SESSION。
428EL 变换函数不能与函数或方法一起使用。
428EM TRANSFORM GROUP 子句是必需的。
428EN 变换组被指定为未使用。
428EP 结构化类型不能直接或间接依赖于它本身。
428EQ 例程的返回类型与主题类型不同。
428ER 在删除方法主体之前，不能删除方法规范。
428ES 方法主体与方法规范的语言类型不对应。
428EU 在服务器定义中未指定 TYPE 或 VERSION。
428EV 对于该数据源类型，传递（Pass-Through）功能不受支持。
428EW 表不能与具体化查询表互相转换。
428EX 例程不能用作变换函数，因为它是内置函数或方法。
428EY 用户定义的谓词中搜索目标的数据类型与指定索引扩展名的源键的数据类型不匹配。
428EZ OLAP 函数的窗口规范无效。
428F0 ROW 函数必须包括至少两列。
428F1 SQL TABLE 函数必须返回表结果。
428F2 SQL 过程中的 RETURN 语句值的数据类型必须是 INTEGER。
428F3 SCROLL 与 WITH RETURN 是互斥的。
428F4 在 FETCH 上指定的 SENSITIVITY 不允许用于游标。
428F6 游标是可滚动的，但结果表涉及来自表函数的输出。
428F7 尝试对外部例程进行的操作仅应用于 SQL 例程。
428F9 在此上下文中不能指定序列表达式。
428FA 十进制数的小数位必须为零。
428FB 序列名不能是由系统为标识列生成的序列。
428FC 加密密码的长度无效。
428FD 用于解密的密码与加密数据时所使用的密码不匹配。
428FE 数据不是 ENCRYPT 函数的结果。
428FF 缓冲池规范无效。
428FG 登台表或具体化查询表定义无效。
428FH SET INTEGRITY 选项无效
428FI 指定了 ORDER OF，但表标志符不包含 ORDER BY 子句。
428FJ 视图或具体化查询表的外部全查询不允许使用 ORDER BY。
428FL 在指定 SQL 数据更改语句的上下文中，不允许 SQL 数据更改语句。
428FM SELECT 中的 INSERT 语句指定了一个不是对称视图的视图。
428FP 只允许将一个 INSTEAD OF 触发器用于对主题视图的每种操作。
428FQ INSTEAD OF 触发器不能指定使用 WITH CHECK OPTION 定义的视图、在使用 WITH CHECK OPTION 定义的另一个视图上定义的视图或者嵌套在使用 WITH ROW MOVEMENT 子句定义的视图中的视图。
428FT 表与指定的数据分区操作不兼容。
428FU 从 FROM SQL 变换函数或方法返回的内置类型与 TO SQL 变换函数或方法的相应内置类型不匹配。
428FV 不能将方法定义为覆盖方法。
428FZ 仅为某些操作定义了 INSTEAD OF 触发器的视图不能在 MERGE 语句中用作目标。
428G1 数据分区数超过了表的表空间数。
428G2 无法从表中删除最后一个数据分区。
428G3 当全查询中的 SQL 数据更改语句的目标视图定义了 INSTEAD OF 触发器时，FINAL TABLE 无效。
428G4 无效使用了 INPUT SEQUENCE 排序。
428G5 UPDATE 语句的赋值子句必须至少指定不是 INCLUDE 列的一列。
428G6 指定了不能从全查询的 FROM 子句中的数据更改语句的目标中选择的一列。
428G8 不能启用视图以进行查询优化。
428GA 不能添加、删除或改变联合选项。
428GD PARTITION BY 子句必须指定单个列，并且它必须与 ORGANIZE BY 子句的第一列相同。
428GE 源表无法连接至分区目标表。
428GG 无效使用了容许错误的嵌套表表达式。
428GO 列选项在透明 DDL 语句中无效。
428GI XML 模式不完整，因为缺少 XML 模式文档。
428GP 无法为类型为 ARRAY 的组件指定多个元素。
428GR 已经将具有相同访问类型（READ 或 WRITE）的安全标号授予给授权标识。
428GQ 安全标号的 GRANT 与组件的现有已授权的安全标号相冲突。
428GS 对该过程指定的选项值与源过程的对应选项不匹配。
428GT 表未受安全策略保护。
42901 列函数不包括列名。
42903 WHERE 子句或 SET 子句包括无效引用，例如列函数。
42904 由于编译错误，未创建 SQL 过程。
42907 字符串太长。
42908 语句不包括必需的列表。
42910 复合语句中不允许该语句。
42911 十进制除法运算无效，因为其结果的小数位为负。
42912 列不能更新，因为它未在游标的 select 语句的 UPDATE 子句中标识。
42914 DELETE 无效，因为子查询中引用的表可能会受该操作影响。
42915 检测到无效引用约束。
42916 不能创建别名，因为它会导致重复的别名链。
42917 不能显式删除或改变该对象。
42918 用户定义的数据类型不能用系统定义数据类型名（例如 INTEGER）创建。
42919 不允许嵌套复合语句。
42921 容器不能添加至该表空间。
42925 指定的递归派生表不能指定 SELECT DISTINCT，而必须指定 UNION ALL。
42928 不能为该表指定 WITH EMPTY TABLE。
42932 程序预编译假设不正确。
42939 不能使用该名称，因为指定的标识是保留给系统使用的。
42961 指定的服务器名与当前服务器不匹配。
42962 长列、LOB 列、XML 列或结构化类型列不能用于索引、键或约束。
42963 指定的安全标号列无效。
42968 连接失败，因为没有当前软件许可证。
42969 未创建程序包。
42972 MERGE 语句的连接条件或 ON 子句中的表达式引用多个操作数表中的列。
42985 例程中不允许该语句。
42987 不允许此语句出现在过程或触发器中。
42989 使用表达式生成的列或者安全标号列不能在前触发器中使用。
42990 不允许唯一索引或唯一约束，因为键列不是分区键列的超集。
42991 BOOLEAN、BINARY 和 VARBINARY 数据类型当前仅在内部受支持。
42993 定义的列太大而不能记录。
42994 不支持原始设备容器。
42995 所请求的函数不应用于全局临时表。
42997 此版本的 DB2 应用程序请求器、DB2 应用程序服务器或两者的组合不支持该功能。
429A1 节点组对于表空间无效。
429A9 SQL 语句不能由 DataJoiner 处理。
429B2 为结构化类型或列指定的直接插入长度值太小。
429B3 可能未在子表中定义对象。
429B4 数据过滤函数不能是 LANGUAGE SQL 函数。
429B5 索引扩展名中实例参数的数据类型无效。
429B8 用 PARAMETER STYLE JAVA 定义的例程不能具有作为参数类型或返回类型的结构化类型。
429B9 在属性赋值中不能使用 DEFAULT 或 NULL。
429BA FEDERATED 关键字必须与对联合数据库对象的引用配合使用。
429BB 在 SQL 例程中不支持对参数或变量指定的数据类型。
429BC 在 ALTER TABLESPACE 语句中有多个容器操作。
429BE 主键或唯一键是维子句中的列的子集。
429BG 范围集群表不支持该函数。
429BH 分区表定义包含不受支持的列定义，该列可能是标识列、DATALINK 列或 XML 列。
429BJ 在视图中无效使用了 WITH ROW MOVEMENT。
429BK 由于移动行涉及到基础视图，因此，尝试更新视图无效。
429BL 在非法上下文中调用了将修改 SQL 数据的函数。
429BO 不能为联合数据源创建方案。
429BP 昵称列表达式无效。
429BS 涉及到 XMLPATTERN 子句或使用数据类型 XML 定义的列的索引定义无效。
429BT 由于存在依赖性而使得转移所有权失败。
429BU 无法访问插件的用户映射存储库中的用户映射。
429BZ 由于其中一个底层表受保护，所以对 UNION ALL 视图执行的更新、删除或插入操作失败。
429C0 查询必须包含使用了所指示的列的谓词。

类代码 44 WITH CHECK OPTION 违例
表 33. 类代码 44：WITH CHECK OPTION 违例 SQLSTATE 值  
含义
44000 不允许插入或更新操作，因为结果行不满足视图定义。

类代码 46 Java DDL
表 34. 类代码 46：Java DDL SQLSTATE 值  
含义
46001 Java DDL － 无效 URL。
46002 Java DDL － 无效 jar 名称。
46003 Java DDL － 无效类删除。
46007 Java DDL － 无效特征符。
46008 Java DDL － 无效方法规范。
46103 Java 例程遇到了 ClassNotFound 异常。
46501 Java DDL － 未实现可选组件。

类代码 51 无效应用程序状态
表 35. 类代码 51：无效应用程序状态 SQLSTATE 值  
含义
51002 未找到与 SQL 语句执行请求相对应的程序包。
51003 一致性标记不匹配。
51004 SQLDA 中的地址无效。
51005 上一系统错误已禁用此函数。
51008 预编译的程序的发行版号无效。
51015 尝试执行在绑定时发现有错的节。
51017 用户没有登录。
51021 在应用程序进程执行了回滚操作之后才能执行 SQL 语句。
51022 当 CONNECT 语句中指定的服务器已存在连接（不论处于当前状态还是休眠状态）时，指定权限名称的 CONNECT 无效。
51023 该数据库已由数据库管理器的另一实例使用。
51024 不能使用视图，因为它已被标记为不可操作。
51025 在 XA 事务处理环境中的应用程序未用 SYNCPOINT TWOPHASE 绑定。
51026 无法打开事件监视器，因为它的目标路径已由另一事件监视器使用。
51027 因为表是用户维护的具体化查询表或未处于设置完整性暂挂状态，所以 SET INTEGRITY 语句的 IMMEDIATE CHECKED 选项无效。
51028 不能使用程序包，因为它被标记为不可操作。
51030 在应用程序进程中尚未调用 ALLOCATE CURSOR 或 ASSOCIATE LOCATORS 语句中所引用的过程。
51034 使用 MODIFIES SQL DATA 定义的例程在调用它的上下文中无效。
51035 不能使用 PREVVAL 表达式，原因是在此会话中还没有为序列生成值。
51038 SQL 语句可能不再由例程发出。
51039 未设置 ENCRYPTION PASSWORD 值。
51040 编译环境无效。

类代码 53 无效操作数或不一致的规范
表 36. 类代码 53：无效操作数或不一致的规范 SQLSTATE 值  
含义
53038 键限制值的数目为零或者大于键中的列数。
53040 不能像指定的那样更改缓冲池。
53045 键限制常量的数据类型与列的数据类型不相同。
53090 同一条 SQL 语句中只能引用具有一种编码方案（ASCII、EBCDIC 或 Unicode）的数据。
53091 指定的编码方案与当前用于包含对象的编码方案不相同。

类代码 54 超过 SQL 或产品限制
表 37. 类代码 54：超过 SQL 限制或产品限制 SQLSTATE 值  
含义
54001 语句太长或者太复杂。
54002 字符串常量太长。
54004 语句中 SELECT 或 INSERT 列表中的项或表名太多。
54006 并置的结果太长。
54008 键太长，键的列太长，或者键的列数太多。
54010 表的记录长度太长。
54011 为表或视图指定了太多列。
54023 用于函数或过程的参数或自变量数目超出限制。
54028 已达到并发 LOB 句柄最大数。
54029 已达到打开目录扫描最大数。
54030 活动事件监视器已达最大数。
54031 已对事件监视器分配了最大文件数。
54032 已达到表的最大大小。
54033 已达到分区映射最大数。
54034 表空间的所有容器名的组合长度太长。
54035 已超过内部对象限制。
54036 容器或存储路径的路径名太长。
54037 表空间的容器映射太复杂。
54038 超出了嵌套例程或触发器的最大深度。
54045 已超出类型层次结构的最大级别。
54046 索引扩展名中已超出允许的参数的最大值。
54047 已超出表空间的最大大小。
54048 具有足够页大小的临时表空间不存在。
54049 结构化类型的实例的长度超过了系统限制。
54050 在结构化类型中超过了允许的最大属性数目。
54052 缓冲池的块页数对缓冲池对于缓冲池的大小来说太大了。
54053 为 BLOCKSIZE 指定的值不在有效范围内。
54054 超过了分区数或者超过了表空间分区数与分区限制键的相应长度的组合。
54057 XML 元素名称、属性名称、名称空间前缀或 URI 太长。
54058 XML 路径的内部表示太长。
54059 只具有空格字符的文本节点字符串值太长，无法进行 STRIP WHITESPACE 处理。
54061 对安全标号组件指定了太多元素。
54062 已经超过了安全策略中的最大组件数。

类代码 55 对象不处于先决条件状态
表 38. 类代码 55：对象不处于先决条件状态。 SQLSTATE 值  
含义
55001 数据库必须迁移。
55002 未正确定义解释表。
55006 对象不能删除，因为它当前正由同一应用程序进程使用。
55007 不能改变对象，因为它当前正由同一应用程序进程使用。
55009 系统尝试对只读文件或写保护软盘进行写入。
55012 在表中已存在一个集群索引。
55019 表的状态对于该操作无效。
55022 未向此数据库注册文件服务器。
55023 调用例程时发生错误。
55024 表空间不能删除，因为与表相关的数据也在另一表空间中。
55025 必须重新启动数据库。
55026 不能删除临时表空间。
55031 错误映射文件的格式不正确。
55032 CONNECT 语句无效，因为在该应用程序启动后，数据库管理器停止。
55033 事件监视器不能在创建它或修改它所处的同一工作单元内激活。
55034 事件监视器处于无效的操作状态。
55035 不能删除该表，因为它是受保护的。
55036 不能删除该节点，因为它未从该分区映射除去。
55037 不能删除该分区键，因为该表在多节点节点组内。
55038 该节点组不能使用，因为它正在进行重新平衡。
55039 不允许访问或状态转换，因为该表空间未处于适当状态。
55041 在进行重新平衡时，不能将容器添加至表空间。
55043 当基于该类型的类型表或带类型视图存在时，不能改变结构化类型的属性。
55045 不能为该例程创建“SQL 归档”（SAR）文件，因为服务器上未提供所需组件。
55046 指定的 SQL 归档与目标环境不匹配。
55047 外部函数或方法尝试访问联合对象。
55048 不能再加密已加密的数据。
55049 未正确定义事件监视器表。
55051 ALTER BUFFERPOOL 语句当前正在处理中。
55054 不能将方法定义为覆盖方法。
55056 由于未启用数据库进行联合，因此不能更新昵称统计信息。
55057 不允许使用该语句，因为它将使增量维护某些从属表失效。
55060 还没有为数据库定义自动存储器。
55061 无法对自动存储器表空间更改表空间存储器。
55062 因为没有对数据库启用自动存储器，所以不能提供存储路径。
55063 对于该操作来说，XML 模式未处于正确状态。
55064 无法将基于标号的访问控制应用于列，因为表没有安全策略。
55065 一个表最多只能有一种安全策略。
55066 表不能分配新页，因为索引尚不支持大型 RID。
55067 表不能生成受保护的表，因为 MQT 或登台表依赖于它。

类代码 56 其他 SQL 或产品错误
表 39. 类代码 56：其他 SQL 或产品错误 SQLSTATE 值  
含义
56016 为数据分区指定了无效范围。
56031 子句或标量函数无效，因为该系统不支持混合数据和 DBCS 数据。
56033 长字符串列的插入值或更新值必须是主机变量或 NULL。
56038 此环境不支持请求的功能部件。
56072 由于低级别服务器不支持函数，所以执行失败，这不会影响后续 SQL 语句的执行。
56084 在 DRDA 中不支持 LOB 数据。
56091 执行复合 SQL 语句时发生多个错误。
56092 权限类型不能确定，因为权限名称既是用户标识又是组标识。
56095 绑定选项无效。
56097 在 DEVICE 上构建的 TABLESPACE 中不允许 LONG VARCHAR 和 LONG VARGRAPHIC 字段。
56098 在隐式重新绑定或预编译期间出错。
56099 目标数据库不支持 REAL 数据类型。
560A0 对 LOB 值的操作失败。
560AA 只有 Unicode 数据库图形数据才支持使用此子句或标量函数。
560AC 包装器定义不能用于指定类型或版本的数据源。
560AF 当使用网关集中器时，PREPARE 语句不受支持。
560B0 调整的新表空间或表空间容器大小值无效。
560B1 存储过程中有无效的游标规范。
560B7 对于多行 INSERT，对于每一行，序列表达式的用法都必须相同。
560BB 对于动态预编译的 CALL 语句中的 INOUT 参数，必须在 USING 和 INTO 子句中使用相同的主机变量。
560BC 访问文件时发生错误。
560BD 联合服务器从数据源中接收到意外的错误代码。
560BF 加密工具不可用。
560C0 不能在 SQL 函数或 SQL 方法中使用以 Unicod

e 编码方案创建的表。
560C1 以 Unicode 编码方案创建的表不能是类型表或者包含图形类型或用户定义的类型。
560C2 为已删除表写历史记录文件条目失败。
560C3 后触发器不能修改为 INSERT 语句插入的一行。
560C6 引用约束不能修改由全查询内的 SQL 数据更改语句修改的行。
560C8 不能更新某些昵称统计信息。
560C9 不能说明指定的语句。
560CB 联合服务器从 Web Service 数据源中接收到 SOAP 故障。
560CD 在检索警报配置设置时指定的一个或多个值无效。
560CE 由于最近的落实或回滚操作，使得 SQL 变量不可供引用。
560CF 无法将表空间转换为大型表空间。
560CG XML 值包含一些 XML 节点的组合，该组合导致超过了内部标识限制。
560CH 超过了 XML 值中 XML 节点的子节点的最大数目。
560CI 指定要返回给客户机的结果集无效。
560CJ 必须在 IBMCATGROUP 数据库分区组中创建表空间。

类代码 57 资源不可用或操作员干预
表 40. 类代码 57：资源不可用或操作员干预 SQLSTATE 值  
含义
57001 表不可用，因为它没有主索引。
57003 尚未激活指定的缓冲池。
57007 对象不能使用，因为 DROP 或 ALTER 处于暂挂状态。
57009 虚拟存储器或数据库资源暂时不可用。
57011 虚拟存储器或数据库资源不可用。
57012 非数据库资源不可用。这不会影响后续语句的成功执行。
57013 非数据库资源不可用。这将影响后继语句的成功执行。
57014 按照请求取消了处理。
57016 因为表不活动，所以不能访问它。
57017 未定义字符转换。
57019 该语句因资源问题未成功。
57020 包含数据库的驱动器被锁定。
57021 软盘驱动器门是打开的。
57022 不能创建表，因为语句的授权标识不拥有任何合适的 dbspaces。
57030 与应用程序服务器的连接超出安装定义的限制。
tp57032 已启动最大并发数据库数。
57033 发生死锁或超时，而没有自动回滚。
57036 事务日志不属于当前的数据库。
57046 不能启动新的事务，因为数据库或实例被停顿。
57047 不能创建内部数据库文件，因为该目录不可访问。
57048 访问表空间的容器时发生错误。
57049 已达到操作系统进程界限。
57050 文件服务器当前不可用。　
57051 估计的 CPU 成本超出了资源限制。
57052 节点不可用，因为它所含有的容器不足以满足所有的临时表空间。
57053 因为冲突操作，所以不能对表执行操作。
57055 带有足够页大小的临时表空间不可用。　
57056 程序包不可用，因为数据库处于 NO PACKAGE LOCK 方式。
57057 由于 SQL 语句的 DRDA 链中的优先条件，不能执行该 SQL 语句。
57059 表空间中没有足够的空间用于执行指定的操作。

类代码 58 系统错误
表 41. 类代码 58：系统错误 SQLSTATE 值  
含义
58004 发生系统错误（它不一定阻止后续 SQL 语句的成功执行）。
58005 发生系统错误（它阻止后续 SQL 语句的成功执行）。
58008 由于分发协议错误致使执行失败，它不影响后续 DDM 命令或 SQL 语句的成功执行。
58009 由于分发协议错误致使执行失败，它导致对话的释放。
58010 由于分发协议错误致使执行失败，它将影响后续 DDM 命令或 SQL 语句的成功执行。
58011 进行绑定时 DDM 命令无效。
58012 具有指定程序包名和一致性标记的绑定进程不活动。
58014 DDM 命令不受支持。
58015 DDM 对象不受支持。
58016 DDM 参数不受支持。
58017 DDM 参数值不受支持。
58018 不支持 DDM 应答消息。
58023 系统错误导致当前程序被取消。
58030 发生 I/O 错误。
58031 连接因系统错误而未成功。
58032 不能将该进程用于设防方式的用户定义的函数。
58034 尝试在 DMS 表空间中寻找对象的页时检测到错误。
58035 尝试在 DMS 表空间中释放对象的页时检测到错误。
58036 指定的内部表空间标识不存在。

类代码 5U 实用程序
表 42. 类代码 5U：实用程序 SQLSTATE 值  
含义
5U001 指定的函数或功能部件不受支持。
5U002 指定的应用程序当前不存在。
5U003 找不到活动监控器报告。
5U004 保存监视任务时所提供的一个或多个值无效。
5U005 指定的操作方式无效。
5U006 未打开必需的监视开关。
5U007 返回了 CLP 错误。有关详细信息，请参阅 CLP 消息文档。
5U008 实用程序操作标识无效。
5U009 已达到存储路径的最大数目。
5U010 对非目录数据库分区执行的复原操作不能指定自动存储路径。
5U011 复原操作必须指定自动存储路径。
5U012 路径中的数据库分区表达式无效或者不正确地使用了它。
5U013 不能继续进行复原，因为数据库分区不可用。
5U014 授权标识没有对表运行 LOAD 命令所必需的 LBAC 凭证。
5U0ZZ 例程遇到了错误。参阅 SQLCODE 以获取详细信息。
ZZZZZ 占位符 sqlstate 仅供开发使用。在交付代码之前必须更改它。

文章来源：http://www.51fy.cn/data/MSSQL/200703/31846.htm

2.配置
安装后，可以对innodb做一些配置，在my.cnf或my.ini中的[mysqld]段。
#存储目录，如果不指定默认为安装的data目录，为空时以innodb_data_file_path指定路径为准
innodb_data_home_dir =
#数据文件名及大小，默认为ibdata1，10m大小。autoextend可以自增，max:2000M文件最大2g，因为有的硬盘有2g文件大小限制。
innodb_data_file_path = ibdata1:2000M;ibdata2:2000M:autoextend:max:2000M
# 设置缓冲池大小
set-variable = innodb_buffer_pool_size=70M
set-variable = innodb_additional_mem_pool_size=10M
#设置日志文件路径，默认在date目录下，名称为ib_logfile...
innodb_log_group_home_dir =
#设置日志文件数目，默认为3
set-variable = innodb_log_files_in_group=3
# 设置日志文件大小
set-variable = innodb_log_file_size=10M
# 设置日志缓冲大小
set-variable = innodb_log_buffer_size=8M
# 任何事务提交前写入日志，方便故障诊断，请设为1。如果丢失最近的几个事务影响不大的话，设置为0（默认值）。
innodb_flush_log_at_trx_commit=1
#设置超时时间
set-variable = innodb_lock_wait_timeout=50

注意：innodb不会自动生成目录，上面所有指定目录要手工生成。默认不用。

完整的配置参数如下表（下表引自http://man.chinaunix.net/database/mysql/inonodb_zh/2.htm#InnoDB_start）：

 

innodb_data_home_dir	这是InnoDB表的目录共用设置。如果没有在 my.cnf 进行设置，InnoDB 将使用MySQL的 datadir 目录为缺省目录。如果设定一个空字串,可以在 innodb_data_file_path 中设定绝对路径。
innodb_data_file_path	单独指定数据文件的路径与大小。数据文件的完整路径由 innodb_data_home_dir 与这里所设定值的组合。 文件大小以 MB 单位指定。因此在文件大小指定后必有“M”。 InnoDB 也支持缩写“G”， 1G = 1024M。从 3.23.44 开始，在那些支持大文件的操作系统上可以设置数据文件大小大于 4 GB。而在另一些操作系统上数据文件必须小于 2 GB。数据文件大小总和至少要达到 10 MB。在 MySQL-3.23 中这个参数必须在 my.cnf 中明确指定。在 MySQL-4.0.2 以及更新版本中则不需如此，系统会默认在 MySQL 的 datadir 目录下创建一个 16 MB 自扩充(auto-extending)的数据文件 ibdata1。你同样可以使用一个 原生磁盘分区(RAW raw disk partitions(raw devices)) 作为数据文件， 如何在 my.cnf 中详细指定它们请查看第 12.1 节。
innodb_mirrored_log_groups	为了保护数据而设置的日志文件组的拷贝数目，默认设置为 1。在 my.cnf 中以数字格式设置。
innodb_log_group_home_dir	InnoDB 日志文件的路径。必须与 innodb_log_arch_dir 设置相同值。 如果没有明确指定将默认在 MySQL 的 datadir 目录下建立两个 5 MB 大小的 ib_logfile... 文件。
innodb_log_files_in_group	日志组中的日志文件数目。InnoDB 以环型方式(circular fashion)写入文件。数值 3 被推荐使用。在 my.cnf 中以数字格式设置。
innodb_log_file_size	日志组中的每个日志文件的大小(单位 MB)。如果 n 是日志组中日志文件的数目，那么理想的数值为 1M 至下面设置的缓冲池(buffer pool)大小的 1/n。较大的值，可以减少刷新缓冲池的次数，从而减少磁盘 I/O。但是大的日志文件意味着在崩溃时需要更长的时间来恢复数据。 日志文件总和必须小于 2 GB，3.23.55 和 4.0.9 以上为小于 4 GB。在 my.cnf 中以数字格式设置。
innodb_log_buffer_size	InnoDB 将日志写入日志磁盘文件前的缓冲大小。理想值为 1M 至 8M。大的日志缓冲允许事务运行时不需要将日志保存入磁盘而只到事务被提交(commit)。 因此，如果有大的事务处理，设置大的日志缓冲可以减少磁盘I/O。 在 my.cnf 中以数字格式设置。
innodb_flush_log_at_trx_commit	通常设置为 1，意味着在事务提交前日志已被写入磁盘， 事务可以运行更长以及服务崩溃后的修复能力。如果你愿意减弱这个安全，或你运行的是比较小的事务处理，可以将它设置为 0 ，以减少写日志文件的磁盘 I/O。这个选项默认设置为 0。
innodb_log_arch_dir	The directory where fully written log files would be archived if we used log archiving. 这里设置的参数必须与 innodb_log_group_home_dir 相同。 从 4.0.6 开始，可以忽略这个参数。
innodb_log_archive	这个值通常设为 0。 既然从备份中恢复(recovery)适合于 MySQL 使用它自己的 log files，因而通常不再需要 archive InnoDB log files。这个选项默认设置为 0。
innodb_buffer_pool_size	InnoDB 用来高速缓冲数据和索引内存缓冲大小。 更大的设置可以使访问数据时减少磁盘 I/O。在一个专用的数据库服务器上可以将它设置为物理内存的 80 %。 不要将它设置太大，因为物理内存的使用竞争可能会影响操作系统的页面调用。在 my.cnf 中以数字格式设置。
innodb_additional_mem_pool_size	InnoDB 用来存储数据字典(data dictionary)信息和其它内部数据结构(internal data structures)的存储器组合(memory pool)大小。理想的值为 2M，如果有更多的表你就需要在这里重新分配。如果 InnoDB 用尽这个池中的所有内存，它将从操作系统中分配内存，并将错误信息写入 MySQL 的错误日志中。在 my.cnf 中以数字格式设置。
innodb_file_io_threads	InnoDB 中的文件 I/O 线程。 通常设置为 4，但是在 Windows 下可以设定一个更大的值以提高磁盘 I/O。在 my.cnf 中以数字格式设置。
innodb_lock_wait_timeout	在回滚(rooled back)之前，InnoDB 事务将等待超时的时间(单位 秒)。InnoDB 会自动检查自身在锁定表与事务回滚时的事务死锁。如果使用 LOCK TABLES 命令，或在同一个事务中使用其它事务安全型表处理器(transaction safe table handlers than InnoDB)，那么可能会发生一个 InnoDB 无法注意到的死锁。在这种情况下超时将用来解决这个问题。这个参数的默认值为 50 秒。在 my.cnf 中以数字格式设置。
innodb_flush_method	这个参数仅仅与 Unix 相关。这个参数默认值为 fdatasync。 另一个设置项为 O_DSYNC。这仅仅影响日志文件的转储，在 Unix 下以 fsync 转储数据。InnoDB 版本从 3.23.40b 开始，在 Unix 下指定 fdatasync 为使用 fsync 方式、指定 O_DSYNC 为使用 O_SYNC 方式。由于这在某些 Unix 环境下还有些问题所以在 'data' versions 并没有被使用。
innodb_force_recovery	警告：此参数只能在你希望从一个被损坏的数据库中转储(dump)数据的紧急情况下使用！ 可能设置的值范围为 1 - 6。查看下面的章节 'Forcing recovery' 以了解这个参数的具体含义。参数设置大于 0 的值代表着 InnoDB 防止用户修改数据的安全度。从 3.23.44 开始，这个参数可用。在 my.cnf 中以数字格式设置。
innodb_fast_shutdown	InnoDB 缺少在关闭之前清空插入缓冲。这个操作可能需要几分钟，在极端的情况下可以需要几个小时。如果这个参数据设置为 1 ，InnoDB 将跳过这个过程而直接关闭。从 3.23.44 和 4.0.1 开始，此参数可用。从 3.23.50 开始，此参数的默认值为 1。
innodb_thread_concurrency	InnoDB 会试图将 InnoDB 服务的使用的操作系统进程小于或等于这里所设定的数值。此参数默认值为 8。如果计算机系统性能较低或 innodb_monitor 显示有很多线程等侍信号，应该将这个值设小一点。如果你的计算机系统有很我的处理器与磁盘系统，则可以将这个值设高一点以充分利用你的系统资源。建议设值为处理器数目+ 磁盘数目。 从 3.23.44 和 4.0.1 开始，此参数可用。在 my.cnf 中以数字格式设置。

innodb还需要使用二进制日志文件：

log-bin指定二进制文件名称，不指定默认生成。
log-bin-index 可以指定索引文件。
使用 binlog-do-db可以指定记录的数据库。
使用 binlog-ignore-db可以指定不记录的数据库。
注意的是： binlog-do-db 和binlog-ignore-db 一次只指定一个数据库，指定多个数据库需要多个语句。而且，MySQL会将所有的数据库名称改成小写， 在指定数据库时必须全部使用小写名字，否则不会起作用。

3.添加表
CREATE TABLE user (id INT NOT NULL AUTO_INCREMENT,PRIMARY KEY,fname VARCHAR(15),sname VARCHAR(20),sex VARCHAR(6),age VARCHAR(3)) TYPE=INNODB;
记得后面的TYPE=INNODB。

4.sql语句的transaction实现
两种方式：
如果SET AUTOCOMMIT=0;也就是关闭了自动提交，那么任何commit或rallback语句都可以触发事务提交。
比如：
 mysql> SET AUTOCOMMIT=0;
 Query OK, 0 rows affected (0.00 sec)
 
 mysql> INSERT INTO user(fname,sname) VALUES ('Max','Ma');
 Query OK, 1 row affected (0.00 sec)

 mysql> INSERT INTO user(fname,sname) VALUES ('Sky','Sun');
 Query OK, 1 row affected (0.00 sec)
 
 mysql> COMMIT;
 Query OK, 0 rows affected (0.00 sec)
这样事务就算提交了。
如果SET AUTOCOMMIT=1;也就是开启了自动提交（默认值），那么必须要以begin或者START TRANSACTION声明事务的开始，然后再以commit或rallback语句都可以触发事务提交。
比如：
 mysql> SET AUTOCOMMIT=1;
 Query OK, 0 rows affected (0.00 sec)

 mysql> BEGIN;
 Query OK, 0 rows affected (0.00 sec)
 
 mysql> INSERT INTO user(fname,sname) VALUES ('Max','Ma');
 Query OK, 1 row affected (0.00 sec)

 mysql> INSERT INTO user(fname,sname) VALUES ('Sky','Sun');
 Query OK, 1 row affected (0.00 sec)
 
 mysql> COMMIT;
 Query OK, 0 rows affected (0.00 sec)

像其他关系型数据库一样，也可以使用存储过程（procedure）来封装事务。

5.java程序开发中的实现。
涉及到程序开发实现方法就多了。
一.自己写方法把mysql的底层transaction命令封装。我感觉程序开发中应该尽量避免和底层数据库的过多交互，我没有实现它。
有人实现了，下面是他实现的一个例子网址：http://dlog.cn/html/diary/showlog.vm?sid=7&log_id=2516
二.java的jdbc开发包包含了操作transaction的方法，在java.sql.connection接口里。
使用他的好处是可以和多种类型数据库交互。
三.hibernate等ORM框架工具。
hibernate 中也封状了对transaction的操作，在org.hibernate.Session类中，使用beginTransaction()方法开启 transaction；使用getTransaction().commit()提交transaction；使用getTransaction(). rollback()方法回滚transaciton。
四.这是我常用的一种方法，把hibernate的session的方法封装或者实现jdbc的connection的接口。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1481131

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=740819

    它有两种配置方式OpenSessionInViewInterceptor 和OpenSessionInViewFilter(具体参看SpringSide) ，功能相同，只是一个在 web.xml 配置，另一个在 application.xml 配置而已。

    Open Session In View 在 request 把 session 绑定到当前 thread 期间一直保持 hibernate session 在 open 状态，使 session 在 request 的整个期间都可以使用，如在 View 层里 PO 也可以 lazy loading 数据，如 ${ company.employees } 。当 View 层逻辑完成后，才会通过 Filter 的 doFilter 方法或 Interceptor 的 postHandle 方法自动关闭 session 。

						
OpenSessionInViewInterceptor配置
						

								

										

												<beans> 
										
								
								

										

												  <bean name="openSessionInViewInterceptor"
										
								
								

										

												
														
																
																		class
																
														="org.springframework.orm.hibernate3.support.OpenSessionInViewInterceptor"> 
										
								
								

										

												    <property name="sessionFactory">
										
								
								

										

												      <ref bean="sessionFactory"/>
										
								
								

										

												    </property> 
										
								
								

										

												  </bean> 
										
								
								

										

												  <bean id="urlMapping"
										
								
								

										

												
														
																
																		class
																
														="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping"> 
										
								
								

										

												    <property name="interceptors"> 
										
								
								

										

												      <list> 
										
								
								

										

												        <ref bean="openSessionInViewInterceptor"/> 
										
								
								

										

												      </list> 
										
								
								

										

												    </property> 
										
								
								

										

												    <property name="mappings"> 
										
								
								

										

												    ... 
										
								
								

										

												    </property> 
										
								
								

										

												  </bean> 
										
								
								

										

												... 
										
								
								

										

												</beans> 
										
								
						
				

						
OpenSessionInViewFilter配置
						

								

										

												<web-app> 
										
								
								

										

												... 
										
								
								

										

												  <filter> 
										
								
								

										

												    <filter-name>hibernateFilter</filter-name> 
										
								
								

										

												    <filter-class> 
										
								
								

										

												      org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
										
								
								

										

												    </filter-class> 
										
								
								

										

												    <!-- singleSession默认为true,若设为false则等于没用OpenSessionInView -->
										
								
								

										

												    <init-param> 
										
								
								

										

												      <param-name>singleSession</param-name> 
										
								
								

										

												      <param-value>true</param-value>
										
								
								

										

												    </init-param>
										
								
								

										

												  </filter> 
										
								
								

										

												... 
										
								
								

										

												  <filter-mapping> 
										
								
								

										

												    <filter-name>hibernateFilter</filter-name> 
										
								
								

										

												    <url-pattern>*.do</url-pattern> 
										
								
								

										

												  </filter-mapping> 
										
								
								

										

												... 
										
								
								

										

												</web-app> 
										
								
						
				

很多人在使用OpenSessionInView过程中提及一个错误：

						

								

										
org.springframework.dao.InvalidDataAccessApiUsageException: Write operations 
								
								

										
are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into 
								
								

										
FlushMode.AUTO or remove 'readOnly' marker from transaction definition 
								
						
				

看看OpenSessionInViewFilter里的几个方法

						

								

										

												
														
																
																		protected
																
														
														void
														doFilterInternal
														
																(
														HttpServletRequest request, 
HttpServletResponse response,FilterChain filterChain)
throws ServletException, IOException
												
														
																{

														　SessionFactory sessionFactory = lookupSessionFactory();
　logger.debug("Opening Hibernate Session in OpenSessionInViewFilter");
　Session session = getSession(sessionFactory);
　TransactionSynchronizationManager.bindResource
												
														
																(

														　　sessionFactory, new SessionHolder(session));
　try
												
														
																{

														　　filterChain.doFilter(request, response);
　
												
														
																}

														
														
																
																		　finally
																
														
												
												
														
																{

														　TransactionSynchronizationManager.unbindResource(sessionFactory);
　logger.debug("Closing Hibernate Session in OpenSessionInViewFilter");
　closeSession(session, sessionFactory);
　
												
														
																}

																}
														
												
												
														

														

														

														

														

												
												 
										
								
								

										

												
														
																
																		protected
																
														 Session getSession(SessionFactory sessionFactory
												
														
																)

														
														
																
																		throws
																
														 DataAccessResourceFailureException 
												
														
																{

														　Session session = SessionFactoryUtils.getSession(sessionFactory, true);
　session.setFlushMode(FlushMode.NEVER);
　return session;
}
										
								
								

										
												

												
														protected
												
										
										
												void
												closeSession
												
														(
												Session session, SessionFactory sessionFactory
										
												
														)

												
												
														
																throws
														
												 CleanupFailureDataAccessException 
										
												
														{

												　SessionFactoryUtils.closeSessionIfNecessary(session, sessionFactory);
}
								
						
				

          关于绑定session的方式，通过看spring里TransactionSynchronizationManager的实现，发现：它维护一个java.lang.ThreadLocal类型的resources，resources负责持有线程局部变量，这里resources持有的是一个HashMap，通过TransactionSynchronizationManager.bindResource()方法在map里绑定和线程相关的所有变量到他们的标识上，包括如上所述的绑定在sessionFactory上的线程局部session。sessionHolder只不过是存放可以hold一个session并可以和transtaction同步的容器。可以看到OpenSessionInViewFilter在getSession的时候,会把获取回来的session的flush mode 设为FlushMode.NEVER。然后把该sessionFactory绑定到TransactionSynchronizationManager，使request的整个过程都使用同一个session，在请求过后再接除该sessionFactory的绑定，最后closeSessionIfNecessary根据该session是否已和transaction绑定来决定是否关闭session。绑定以后，就可以防止每次不会新开一个Session呢？看看HibernateDaoSupport的情况：

						
								     1.  public
								final void setSessionFactory(SessionFactory sessionFactory) {    2.      this.hibernateTemplate = new HibernateTemplate(sessionFactory);    3.  }    4.  protectedfinal HibernateTemplate getHibernateTemplate() {    5.      return hibernateTemplate;    6.  }
				

        我们的DAO将使用这个template进行操作.

public abstract class BaseHibernateObjectDao extends HibernateDaoSupport
implements BaseObjectDao {
     protected BaseEntityObject getByClassId(final long id) {
                BaseEntityObject obj =(BaseEntityObject) getHibernateTemplate().execute(new HibernateCallback() {
                        public Object doInHibernate(Session session) throws HibernateException {
                                    return session.get(getPersistentClass(),new Long(id));
                        }
                });
                return obj;
      }
     public void save(BaseEntityObject entity) {
                  getHibernateTemplate().saveOrUpdate(entity);
     }

    public void remove(BaseEntityObject entity) {
              try {
                     getHibernateTemplate().delete(entity);
              } catch (Exception e) {
                      throw new FlexEnterpriseDataAccessException(e);
             }
     }

      public void refresh(final BaseEntityObject entity) {
               getHibernateTemplate().execute(new HibernateCallback() {
                          public Object doInHibernate(Session session) throws HibernateException {
                                      session.refresh(entity);
                                      return null;
                          }
               });
      }

     public void replicate(final Object entity) {
                getHibernateTemplate().execute(new HibernateCallback() {
                          public Object doInHibernate(Session session)throws HibernateException {
                                      session.replicate(entity,ReplicationMode.OVERWRITE);
                                      return null;
               }
                });
      }
}

        而HibernateTemplate试图每次在execute之前去获得Session，执行完就力争关闭Session

						
								  1. public
								Object execute(HibernateCallback action) throws DataAccessException {  2.    Session session = (!this.allowCreate ?  3.          SessionFactoryUtils.getSession(getSessionFactory(),   4.                false) :  5.          SessionFactoryUtils.getSession(getSessionFactory(),  6.                 getEntityInterceptor(),  7.                 getJdbcExceptionTranslator()));  8.     boolean existingTransaction =    9.         TransactionSynchronizationManager.hasResource(getSessionFactory());  10.    if (!existingTransaction && getFlushMode() == FLUSH_NEVER) {  11.          session.setFlushMode(FlushMode.NEVER);  12.    }  13.    try {  14.          Object result = action.doInHibernate(session);  15.          flushIfNecessary(session, existingTransaction);  16.          return result;  17.    }  18.    catch (HibernateException ex) {  19.          throw convertHibernateAccessException(ex);  20.    }  21.    finally {  22.          SessionFactoryUtils.closeSessionIfNecessary(  23.                  session, getSessionFactory());  24.    }  25. }
				

      而这个SessionFactoryUtils能否得到当前的session以及closeSessionIfNecessary是否真正关闭session，端取决于这个session是否用sessionHolder和这个sessionFactory在我们最开始提到的TransactionSynchronizationManager绑定。

     publicstaticvoidcloseSessionIfNecessary(Session session, SessionFactory sessionFactory)

						

								

										

												
														
																
																		throws
																
														 CleanupFailureDataAccessException {
										
								
								

										

												
														if
														
																(
														session == null || 
TransactionSynchronizationManager.hasResource(sessionFactory)){
										
								
								

										

												
														
																
																		return
																
														;
										
								
								

										

												
														
																}
														
												
										
								
								

										

												    logger.debug("Closing Hibernate session");
										
								
								

										

												
														
																
																		try
																
														
														
																{
														
												
										
								
								

										

												      session.close();
										
								
								

										

												
														
																}
														
												
										
								
								

										

												
														
																
																		catch
																
														
														
																(
														JDBCException ex){
										
								
								

										

												
														
																// SQLException underneath
														
												
										
								
								

										

												
														
																
																		throw
																
														
														
																
																		new
																
														 CleanupFailureDataAccessException("Could not close Hibernate session", ex.getSQLException());
										
								
								

										

												
														
																}
														
												
										
								
								

										

												
														
																
																		catch
																
														
														
																(
														HibernateException ex){
										
								
								

										

												
														
																
																		throw
																
														
														
																
																		new
																
														 CleanupFailureDataAccessException("Could not close Hibernate session", ex);
										
								
								

										

												
														
																}
														
												
										
								
								

										

												
														
																}
														
												
										
								
						
				

    在这个过程中，若HibernateTemplate 发现自当前session有不是readOnly的transaction，就会获取到FlushMode.AUTO Session，使方法拥有写权限。也即是，如果有不是readOnly的transaction就可以由Flush.NEVER转为Flush.AUTO,拥有insert,update,delete操作权限，如果没有transaction，并且没有另外人为地设flush model的话，则doFilter的整个过程都是Flush.NEVER。所以受transaction保护的方法有写权限，没受保护的则没有。

1. 可能的解決方式有：
   1、将singleSession设为false，这样只要改web.xml，缺点是Hibernate Session的Instance可能会大增，使用的JDBC Connection量也会大增，如果Connection Pool的maxPoolSize设得太小，很容易就出问题。
   2、在控制器中自行管理Session的FlushMode，麻烦的是每个有Modify的Method都要多几行程式。
         session.setFlushMode(FlushMode.AUTO);
         session.update(user);
         session.flush();
   3、Extend OpenSessionInViewFilter，Override protected Session getSession(SessionFactory sessionFactory)，将FlushMode直接改为Auto。
   4、让方法受Spring的事务控制。这就是常使用的方法：

采用spring的事务声明,使方法受transaction控制

				

						

								

										
												
														  <bean id="baseTransaction" 
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" 
          abstract="true"> 
        <property name="transactionManager" ref="transactionManager"/> 
        <property name="proxyTargetClass" value="true"/> 
        <property name="transactionAttributes"> 
            <props> 
                <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> 
                <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop> 
                <prop key="load*">PROPAGATION_REQUIRED,readOnly</prop> 
                <prop key="save*">PROPAGATION_REQUIRED</prop> 
                <prop key="add*">PROPAGATION_REQUIRED</prop> 
                <prop key="update*">PROPAGATION_REQUIRED</prop> 
                <prop key="remove*">PROPAGATION_REQUIRED</prop> 
            </props> 
        </property> 
    </bean> 
												
										
										
												
														

												
										
								
								
								
						
						

								    <bean id="userService" parent="baseTransaction"> 
        <property name="target"> 
            <bean class="com.phopesoft.security.service.impl.UserServiceImpl"/> 
        </property> 
    </bean>
						
				
		

对于上例，则以save,add,update,remove开头的方法拥有可写的事务，如果当前有某个方法，如命名为importExcel()，则因没有transaction而没有写权限，这时若方法内有insert,update,delete操作的话，则需要手动设置flush model为Flush.AUTO,如

				

						

								

										 session.setFlushMode(FlushMode.AUTO); 
								
						
						

								

										 session.save(user); 
								
						
						

								

										 session.flush();
								
						
				
		

     尽管Open Session In View看起来还不错，其实副作用不少。看回上面OpenSessionInViewFilter的doFilterInternal方法代码，这个方法实际上是被父类的doFilter调用的，因此，我们可以大约了解的OpenSessionInViewFilter调用流程: request(请求)->open session并开始transaction->controller->View(Jsp)->结束transaction并close session.

     一切看起来很正确，尤其是在本地开发测试的时候没出现问题，但试想下如果流程中的某一步被阻塞的话，那在这期间connection就一直被占用而不释放。最有可能被阻塞的就是在写Jsp这步，一方面可能是页面内容大，response.write的时间长，另一方面可能是网速慢，服务器与用户间传输时间久。当大量这样的情况出现时，就有连接池连接不足，造成页面假死现象。

Open Session In View是个双刃剑，放在公网上内容多流量大的网站请慎用。

另外：这样会产生一点危险性，毕竟把数据库访问的环境放到了表现层。（：用VO）

        Hibernate是对JDBC的轻量级对象封装，Hibernate本身是不具备Transaction处理功能的，Hibernate的Transaction实际上是底层的JDBC Transaction的封装，或者是JTA Transaction的封装，下面我们详细的分析：

　　Hibernate可以配置为JDBCTransaction或者是JTATransaction，这取决于你在hibernate.properties中的配置:

#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JDBCTransactionFactory
　　如果你什么都不配置，默认情况下使用JDBCTransaction，如果你配置为：

hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
　　将使用JTATransaction，不管你准备让Hibernate使用JDBCTransaction，还是JTATransaction，我的忠告就是什么都不配，将让它保持默认状态，如下：

#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JDBCTransactionFactory
　　在下面的分析中我会给出原因。

　　一、JDBC Transaction

　　看看使用JDBC Transaction的时候我们的代码例子：

Session session = sf.openSession();
Transaction tx = session.beginTransactioin();
...
session.flush();
tx.commit();
session.close();
　　这是默认的情况，当你在代码中使用Hibernate的Transaction的时候实际上就是JDBCTransaction。那么JDBCTransaction究竟是什么东西呢？来看看源代码就清楚了：

　　Hibernate2.0.3源代码中的类

　　net.sf.hibernate.transaction.JDBCTransaction:

public void begin() throws HibernateException {
...
if (toggleAutoCommit) session.connection().setAutoCommit(false);
...
}
　　这是启动Transaction的方法，看到 connection().setAutoCommit(false) 了吗？是不是很熟悉？

　　再来看

public void commit() throws HibernateException {
...
try {
if ( session.getFlushMode()!=FlushMode.NEVER ) session.flush();
try {
session.connection().commit();
committed = true;
}
...
toggleAutoCommit();
}
　　这是提交方法，看到connection().commit() 了吗？下面就不用我多说了，这个类代码非常简单易懂，通过阅读使我们明白Hibernate的Transaction都在干了些什么？我现在把用Hibernate写的例子翻译成JDBC，大家就一目了然了：

Connection conn = ...;               <--- session = sf.openSession();
conn.setAutoCommit(false);   <--- tx = session.beginTransactioin();
... <--- ...
conn.commit();                           <--- tx.commit(); (对应左边的两句)
conn.setAutoCommit(true);
conn.close();                              <--- session.close();
　　看明白了吧，Hibernate的JDBCTransaction根本就是conn.commit而已，根本毫无神秘可言，只不过在Hibernate中，Session打开的时候，就会自动conn.setAutoCommit(false)，不像一般的JDBC，默认都是true，所以你最后不写commit也没有关系，由于Hibernate已经把AutoCommit给关掉了，所以用Hibernate的时候，你在程序中不写Transaction的话，数据库根本就没有反应。 

 二、JTATransaction

如果你在EJB中使用Hibernate，或者准备用JTA来管理跨Session的长事务，那么就需要使用JTATransaction，先看一个例子：

javax.transaction.UserTransaction tx = new InitialContext().lookup("javax.transaction.UserTransaction");

Session s1 = sf.openSession();
...
s1.flush();
s1.close();
...

Session s2 = sf.openSession();
...
s2.flush();
s2.close();

tx.commit();

这是标准的使用JTA的代码片断，Transaction是跨Session的，它的生命周期比Session要长。如果你在EJB中使用Hibernate，那么是最简单不过的了，你什么Transaction代码统统都不要写了，直接在EJB的部署描述符上配置某某方法是否使用事务就可以了。

现在我们来分析一下JTATransaction的源代码， net.sf.hibernate.transaction.JTATransaction:

public void begin(InitialContext context, ...
...
ut = (UserTransaction) context.lookup(utName);
...

看清楚了吗？ 和我上面写的代码 tx = new Initial Context?().lookup("javax.transaction.UserTransaction"); 是不是完全一样？

public void commit() ...
...
if (newTransaction) ut.commit();
...

JTATransaction的控制稍微复杂，不过仍然可以很清楚的看出来Hibernate是如何封装JTA的Transaction代码的。

但是你现在是否看到了什么问题？ 仔细想一下，Hibernate Transaction是从Session中获得的，tx = session.beginTransaction()，最后要先提交tx，然后再session.close，这完全符合JDBC的Transaction的操作顺序，但是这个顺序是和JTA的Transactioin操作顺序彻底矛盾的！！！ JTA是先启动Transaction，然后启动Session，关闭Session，最后提交Transaction，因此当你使用JTA的Transaction的时候，那么就千万不要使用Hibernate的Transaction，而是应该像我上面的JTA的代码片断那样使用才行。

总结：
1、在JDBC上使用Hibernate

必须写上Hibernate Transaction代码，否则数据库没有反应。此时Hibernate的Transaction就是Connection.commit而已

2、在JTA上使用Hibernate

写JTA的Transaction代码，不要写Hibernate的Transaction代码，否则程序会报错

3、在EJB上使用Hibernate

什么Transactioin代码都不要写，在EJB的部署描述符里面配置

|---CMT(Container Managed Transaction)
|
|---BMT(Bean Managed Transaction)
|
|----JDBC Transaction
|
|----JTA Transaction

关于session：

1.  servlet的session机制基于cookies,关闭浏览器的cookies则session失效即不能用网站的登录功能。

2.  Hibernate Session.

      1>. session 清理缓存时，按照以下顺序执行SQL语句：

            session.save()的实体insert                                                                                                                                         

            实体的update

            对 集合的delete

            集合元素的delete，update，insert

            集合的insert

            session.delete()的先后，执行实体的delete

       2>. 默认时，session在以下时间点清理缓存：

              net.sf.hibernate.Transaction.commit():先清理缓存，再向数据库提交事务                                                          

              Session.find()或iterate()时，若缓存中持久化对象的属性发生了变化，就会先清缓存，以保证查询结果正确

       3>.  Session的commit()和flush()的区别：flush()只执行SQL语句，不提交事务；commit()先调用flush()，再提交事务

       4>.  Session.setFlushMode()用于设定清理缓存的时间点。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=797399

开源数据库最初的诞生和发展大都依靠自由软件开发者，但是，现在越来越多的IT公司开始把触角伸向了开源数据库。而早期投身于其中的IT厂商早已获利，比如Sleepycat公司从1996年就开始盈利，收入来源主要是向使用其产品的软件商收取年费。　　而最为成功的开源数据库公司则是MySQL。其2002年的销售收入就已达到500万美元，2003年更是达到1200万美元。较商业化的开源数据库有：SQLite、SimpleSQL、Berkely DB、Minosse、Firebird( 前身是是Borland公司的InterBase)、PostgreSQL、MySQL等。下面我们对这几个数据库一一介绍。[编辑：张耀宏]

开源数据库逐个数

MySQL中文参考手册

MySQL是一个遵循GPL的开源软件、在Linux平台底下它是LAMP组合重要组成部分（LAMP 在英语中是“灯”的意思，但是在 IT 行业当然不是那么简单的一个意思了。这个术语在德国十分流行。代表了 Linux 平台上的 Apache 网站服务器;MySQL 数据库以及 Perl 、Python 或者 PHP 编程语言的结合)。

PostgreSQL 关系型数据库

POSTGRES数据库的后开源版本，号称拥有任何其他数据库没有的大量新特性，似乎目标是要做超大型的OO关系型数据库系统，目前已经发展到8.2，有.NET驱动，中文官方网站有详细介绍。

firebird是一个全功能的，轻量级数据库

Firebird脱胎于Borland公司的开源版数据库Interbase6.0，是一个完全非商业化的产品，用C和C++开发。由于与interbase的血缘关系，大部分interbase的开发工具可以直接应用到Firebird开发中。完全支持ANSI SQL92、98等，有3种模式，单机独立，典型C/S，超级服务器。

berkely DB 是一个嵌入式的数据库

C++编写的大型关系型数据库系统，还额外地支持XML(把XML当成数据库)，号称2百万的安装量，MySQL也只不过号称5百万安装量而已，跨平台。你可以把他用于嵌入式的设备呀，他的体积非常小，完全能哆胜任任何关于数据操作的要求。

SimpleSQL是一个64位的关系型数据库

SimpleSQL是一个64位的关系型数据库，一个标准的服务端免费的数据库组件，具有符合SQL 和 JDBC标准的事务性数据库服务器，具有轻便型的单数据库文件，第一个数据库的开发语言是java和c++。

SQLite 一个轻量级别数据库

SQLite 一个轻量级别数据库, 具有很多不错的特点。最新版本：3.3.6 支持事件，不需要配置，不需要安装，也不需要管理员 支持大部分SQL92，一个完整的数据库保存在磁盘上面一个文件同一个数据库文件可以在不同机器上面使用，最大支持数据库到2T，字符和BLOB的支持仅限制于可用内存 整个系统少于3万行代码,少于250KB的内存占用(gcc) ，大部分应用比目前常见的客户端/服务端的数据库快没有其它依赖 源代码开放, 代码95%有较好的注释

技术文章

轻型数据库SQLite结合PHP的开发

轻型数据库SQLite结合PHP的开发 SQLite是一款轻型的数据库，它的设计目标是嵌入式的，而且目前已经在很多嵌入式产品中使用了它，它占用资源非常的低，在嵌入式设备中，可能只需要几百K的内存就够了。

在Windows下编译sqlite3生成动态链接库并使用之

作者：zieckey（ zieckey@yahoo.com.cn ） All Rights Reserved! 一. 编译动态链接库库文件下面的是我的编译过程，或许对你有些帮助： 1). 打开VC新建一个“Win32 Dynamic-Link Library”工程，命名为:sqlite32).

FireBird 1.5 Quick Start

firebird database (快速入门) 参考文件(均可自firebird网站找到):Novice's GuideMigration from MS-SQL to firebird Firebord Release Notes 学习数据库基础是在sql的语法应用

Firebird的好工具——FlameRobin

我有个朋友曾经感叹，Firebird最需要的是一个好的管理工具。从Interbase 6.0到 Firebird1.5，我一直用的是SQL脚本加Marathon。客观的说，这是一个非常优秀的Admin Tool，但是，Marathon却有几个无法回避的问题

开源数据库系统

开源就像一辆载满货物疾驰而来的火车无法停下来，虽然微软可能很希望它能停下来。LAMP(一个Linux操作系统，一个Apache Web服务器，一个MySQL数据库，和一个脚本语言PHP)的体系结构可用于某些需要满足某些关键条件的数据库应用程序和系统。

新一波开源来了

随着Compiere、SugarCRM、Plone以及Asterisk的崛起，一波新的开源风潮正在向业界逼近。开源软件不再是玩物，开源也不再只是一件无利可图的事情。

成功的必要条件：开源思想推动创新

人们经常说开源没有创新，而是模仿。这肯定是专有软件行业希望你相信的。看一看目前企业中使用的一些最著名的开源项目中的活动，让你不由得不同意。

　　当然如果你用命令行方式手动安装就不存在这个问题，不过需要手动完成很多步骤，如果安装或卸载比较频繁的情况下，就不如把整个安装过程写入shell脚本执行方便。

　　下面是我完成的一个用于安装和卸载的shell脚本，在数据库安装时，只需指定安装文件的源路径，即可完成全部安装。包括创建必要的用户和组，创建DAS服务以及实例，在系统注册服务名和服务端口，设置注册表变量，设置自动启动等。

　　另外可以通过三个可选的参数指定忽略拷贝安装文件，或者忽略创建用户或者组，以节约安装时间。

　　卸载功能可以用于卸载使用本安装脚本安装的数据库，包括删除实例和DAS服务，清除前面创建的用户和组，恢复系统的配置文件等，可通过可选的参数指定同时删除安装时拷贝的package文件。
　　
　　在脚本的开始部分，有一些参数可以自行根据实际环境修改，比如要创建的实例名、用于DAS的用户名及组名、数据库的默认建立路径等，在使用本脚本之前可以先进行修改。

　　将本脚本保存为文件，本例存为instdb.sh，添加可执行属性，在root权限下运行，例如：

　　使用源路径'/mnt/DB2UDB8FORLINUX' 进行安装;

# ./instdb2 -d /mnt/DB2UDB8FORLINUX

　　删除已经进行的DB2安装，同时删除所有已经拷贝到安装目录的package文件。

# ./instdb2 -d /mnt/DB2UDB8FORLINUX -remove -all

　　本文中脚本在如下环境测试通过：RedHat Enterprise Linux 3.0、DB2 V8.1 for Linux

　　参考资源

　　IBM DB2 开发者园地
　　http://www-128.ibm.com/developerworks/cn/db2/

　　IBM DB2 信息中心
　　http://publib.boulder.ibm.com/infocenter/db2help/index.jsp

　　《DB2 UDB v8.1 for Linux, UNIX, Windows 数据库管理》George Baklarz, Bill Wong 合著，机械工业出版社出版

　　《DB2数据库管理与应用教程》庄济诚 著，清华大学出版社出版

　　可伸缩性,并行性 　　SQL Server
　　并行实施和共存模型并不成熟。很难处理日益增多的用户数和数据卷。伸缩性有限。Oracle
平行服务器通过使一组结点共享同一簇中的工作来扩展Window NT的能力,提供高可用性和高伸缩性的簇的解决方案。如果WindowsNT不能满足需要, 用户可以把数据库移到UNIX中。
　　DB2
　　DB2具有很好的并行性。DB2把数据库管理扩充到了并行的、多节点的环境。数据库分区是数据库的一部分，包含自己的数据、索引、配置文件、和事务日志。数据库分区有时被称为节点或数据库节点。

　　安全性
　　SQL server
　　没有获得任何安全证书。
　　Oracle Server
　　获得最高认证级别的ISO标准认证。
　　DB2
　　获得最高认证级别的ISO标准认证。

　　性能
　　SQL Server
　　多用户时性能不佳
　　Oracle
　　性能最高， 保持WindowsNT下的TPC-D和TPC-C的世界记录。
　　DB2
　　适用于数据仓库和在线事物处理，性能较高。

　　客户端支持及应用模式
　　SQL Server
　　C/S结构，只支持Windows客户，可以用ADO,DAO,OLEDB,ODBC连接。
　　Oracle
　　多层次网络计算，支持多种工业标准，可以用ODBC,JDBC,OCI等网络客户连接。
　　DB2
　　跨平台，多层结构，支持ODBC,JDBC等客户。

　　操作简便
　　SQL Server
　　操作简单,但只有图形界面。
　　Oracle
　　较复杂, 同时提供GUI和命令行，在Windows NT和Unix下操作相同。
　　DB2
　　操作简单,同时提供GUI和命令行，在Windows NT和Unix下操作相同。

　　使用风险

　　SQL Server
　　完全重写的代码，经历了长期的测试，不断延迟，许多功能需要时间来证明。并不十分兼容早期产品。使用需要冒一定风险。
　　Oracle
　　长时间的开发经验，完全向下兼容。得到广泛的应用。完全没有风险。
　　DB2
　　在巨型企业得到广泛的应用，向下兼容性好。风险小。

命令窗口中输入：DB2 list node directory

2. 编目一个TCP/IP节点

命令窗口：db2 catalog tcpip node remote server ostype

3. 取消节点编目

db2 uncatalog node

4. 查看系统数据库目录

db2 list database directory

5. 查看本地数据库目录

db2 list database directory on <盘符>

在本地数据库目录中有而系统数据库目录中没有的数据库不能访问，可以在控制中心中选中<数据库>右键单击选择添加，然后输入需要添加的数据库名称或者点击刷新按钮选择数据库，加入数据库后即可以访问。

6. 编目数据库

db2 catalog database as at node

7. 取消数据库编目

db2 uncatalog database

8. 测试远程数据库的连接

db2 connect to user using

9. 设置默认模式

任何用户均可通过设置Current Schema专用寄存器为特定的数据库连接设置默认模式，初始默认值为当前会话用户的权限ID。

set schema =

可以由用户交互式的使用，也可在应用程序中使用，如果用Dynamicrules Bind选项绑定包，这个语句就没有作用。此语句不在事务控制之下。

10. 代码页的设置

在创建数据库时设置字符集

create database using codeset territory

例：

create database dbtest using codeset IBM-437 territory US

也可以设置整个数据库的代码页，在win2000/NT/xp中，在我的电脑-->属性-->高级-->环境变量中添加变量DB2CODEPAGE = ，例：DB2CODEPAGE = 437 或 DB2CODEPAGE = 1386。或者在IBM DB2命令窗口输入 db2set DB2CODEPAGE=1386，设置后需要重新启动DB2生效。

11. DB2低版本数据到高版本的迁移

先将低版本数据备份使用恢复功能导入高版本数据库，然后在命令窗口输入 db2 migrate database 。

12. 表名或模式中含有引号时访问表

命令窗口：db2 select * from "tabschema"."tabname"

命令行处理器：db2=> select * from "tabschema"."tabname"

13. 导出数据库的表结构生成DDL文件

命令窗口：db2look -d -e -c -o

14. 执行脚本文件

命令窗口：db2 -tvf

15. 代码页的转换

16. 获取当前DB2的版本

select * from sysibm.sysversions

17. DB2表的字段的修改限制?

只能修改VARCHAR2类型的并且只能增加不能减少

alter table alter column set data type varchar(SIZE)

18. 如何查看表的结构?

describe table

or

describe select * from .

19. 如何快速清除一个大表?

ALTER TABLE TABLE_NAME ACTIVE NOT LOGGED INITALLY WITH EMPTY TABLE

20. 如何查看数据库的存储过程?

SELECT * FROM SYSCAT.POCEDURES

21. 如何查看表的约束?

SELECT * FROM SYSCAT.CHECKS WHERE TABNAME =

22. 如何查看表的引用完整约束?

SELECT * FROM SYSCAT.REFERENCES WHERE TABNAME =

23. 如何知道BUFFERPOOLS状况?

select * from SYSCAT.BUFFERPOOLS

24. 如何在命令行下查看修改实例和数据库配置参数?

查看实例配置参数: db2 get dbm cfg

修改实例配置参数: db2 update dbm cfg using 参数名 新值

查看数据库配置参数: db2 get db cfg for

修改数据库配置参数: db2 update db cfg for using 参数名 新值

25. 如何修改缓冲区?

增加缓冲区: create bufferpool size [pagesize 4096] {[not] EXTENDED STORAGE}

修改缓冲区: alter bufferpool size {[not] EXTENDED STORAGE}

删除缓冲区: drop bufferpool

如果缓冲区大小设置为 -1 表示缓冲池的页面数目由数据库配置参数buffpage决定。

注意: 数据库配置参数buffpage仅对缓冲区大小设置为 -1 的缓冲池起作用。

26. 多个字段时如何不通过使用select子句使用in/not in

select * from tabschema.tabname where (colA, colB, colC) [not] in (values (valueA1, valueB1, valueC1), (valueA2, valueB2, valueC2), ...(valueAn, valueBn, valueCn))

27. 查看当前连接到数据库的应用

db2 list application [show detail]

28. 如何确认DB2数据库的一致性

db2dart /DB

/DB表示检查整个数据库的一致性

29. 测试SQL语句的性能

db2batch -d -f [-a userid/passwd] [-r ]

-r 选项表示将查询结果输出到一个文件中。

30. 导出某个表的数据

export to

如：导出用户表

export to c:user.ixf of ixf select * from user

31. 导入数据

import from

：导入用户表。导入时可以直接建立新表。如果有该表存在也可以用INSERT 插入，或者用UPDATE更新

import from c:user.ixf of ixf [Create/Insert into / update] tablename