| zhu's profile三界九重天PhotosBlogLists | Help |
|
|
June 19 EXPLAIN_INSTANCE 是未定义的名称,狂晕 DB2需要Explain来分析执行效率,结果就是不能用,一直报“EXPLAIN_INSTANCE 是未定义的名称”的错误,google了一下,也有人报这个错误,再问,可惜没人回到,早晨开始折腾,快下班了,还没有眉目,而且完全无法理喻的错误。 后来想,索性把这几个EXPAIN的表删掉,自己重新建。导出了DDL,删了一个表试了一下,竟然在做EXPLAIN时,系统自动重建了表,这下好了,把相关EXPLAIN都删除了,然后做explain,果然全部重建了,而且出了explain的结果,真是令人激动万分啊。误打误撞的给搞定了,真是。。。。。。 重新查看了一下EXPLAIN相关表,发现表空间更改了,比原来的大。 此次的原因 估计是 EXPLAIN的相关表,超出了EXPALIN表本身的表空间尺寸,导致报错。删除后,自动重建时,依据相关表的表空间尺寸,生成EXPLAIN。如果有更大的表,再做EXPLAIN时,估计还得再次删除,让系统自行重建。 December 04 SQL 446错误,关于字符集的问题 最近在用sql2000,遇到一个错误 446的错误。” Cannot resolve collation conflict for equal to operation.”。是排序规则错误。原来没有见过,有点一头雾水,摸不着头脑。后来发现是字符集的问题。 恢复的数据库是中文字符集的,而sql系统默认是英文字符的,我们的存储过程中需要生成一个临时表,这样就造成了跨表查询,两个不同字符集的表。 SQL SERVER数据库,在跨库多表连接查询时,若两数据 库默认字符集不同,系统就会返回这样的错误:“无法解决 equal to 操作的排序规则冲突。” 一.错误分析: 这个错误是因为排序规则不一致造成的,我们做个测试,比如: create table #t1( name varchar(20) collate Albanian_CI_AI_WS, value int) create table #t2( name varchar(20) collate Chinese_PRC_CI_AI_WS, value int ) 表建好后,执行连接查询: select * from #t1 A inner join #t2 B on A.name=B.name 这样,错误就出现了: 服务器: 消息 446,级别 16,状态 9,行 1 无法解决 equal to 操作的排序规则冲突。 要排除这个错误,最简单方法是,表连接时指定它的排序规则,这样错误就不再出现了。语句这样写: select * from #t1 A inner join #t2 B on A.name=B.name collate Chinese_PRC_CI_AI_WS 二.排序规则简介: 什么叫排序规则呢?MS是这样描述的:"在 Microsoft SQL Server 2000 中, 字符串的物理存储由排序规则控制。排序规则指定表示每个字符的位模式以及存 储和比较字符所使用的规则。" 在查询分析器内执行下面语句,可以得到SQL SERVER支持的所有排序规则。 select * from ::fn_helpcollations() 排序规则名称由两部份构成,前半部份是指本排序规则所支持的字符集。 如: Chinese_PRC_CS_AI_WS 前半部份:指UNICODE字符集,Chinese_PRC_指针对大陆简体字UNICODE的排序规则。 排序规则的后半部份即后缀 含义: _BIN 二进制排序 _CI(CS) 是否区分大小写,CI不区分,CS区分 _AI(AS) 是否区分重音,AI不区分,AS区分 _KI(KS) 是否区分假名类型,KI不区分,KS区分 _WI(WS) 是否区分宽度 WI不区分,WS区分 区分大小写:如果想让比较将大写字母和小写字母视为不等,请选择该选项。 区分重音:如果想让比较将重音和非重音字母视为不等,请选择该选项。如果选择该选项, 比较还将重音不同的字母视为不等。 区分假名:如果想让比较将片假名和平假名日语音节视为不等,请选择该选项。 区分宽度:如果想让比较将半角字符和全角字符视为不等,请选择该选项 collate database_default 这句话可将不同排序规则显示声明成当前数据库默认的排序规则 最后的解决办法是另起中文环境的炉灶,因为改造这样的sql对项目没有意义。项目肯定是中文环境的。真FT。 |
|
|