免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4679 | 回复: 8
打印 上一主题 下一主题

关于iSeries Navigator的问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-08-29 11:01 |只看该作者 |倒序浏览
AS400 V5R3 安装了Client Access
在iSeries Navigatora中访问数据库,有一个执行SQL语句的工具(Database tasks---->Run an SQL script)
如果执行语句出错后,显示的错误Message全部是乱码,请问在哪里可以设置相关的字符集?
====================
又要麻烦大家了...............

论坛徽章:
0
2 [报告]
发表于 2006-08-29 12:21 |只看该作者
安装英文版本的Navigator

论坛徽章:
0
3 [报告]
发表于 2006-08-29 13:00 |只看该作者
我这个版本就是英文版的啊.........message信息完全乱码

论坛徽章:
0
4 [报告]
发表于 2006-08-29 13:04 |只看该作者
我只发现中文版本的V5R3 Navigator在监控系统性能曲线图时会乱码。

CA/400 V5R3有补丁的,打上最新的没?

刚才我这边测试,不存在Run an SQL script显示的信息是乱码现象。

论坛徽章:
0
5 [报告]
发表于 2006-08-29 13:08 |只看该作者
最新补丁啊SI24723
打了补丁后只发现菜单的响应速度大有改善.........

论坛徽章:
0
6 [报告]
发表于 2006-08-29 13:09 |只看该作者
完全没有办法看的乱码..........
> select * from 1

SQL State: 42601
Vendor Code: -104
Message: [SQL0104] &ntilde;&raquo;+F1&iuml;ùìw&auml;&nbsp;!&oslash;ìw&ntilde;&raquo;+FíF( TABLE LATERAL <IDENTIFIER>&auml;&nbsp; !&ETH;&szlig;1. . . . . :   !R&ntilde;&raquo;+F1+&Ocirc;&ntilde;÷.)!°<&ccedil;&cent;&Ouml;&iuml;2&auml;&nbsp;&ntilde;&raquo;+F1&ntilde;[íF!&oslash;ìw.&Agrave;&ntilde;&raquo;+F&auml;&nbsp;!&oslash;ìw&ntilde;&raquo;+F.&Agrave;&ntilde;&acute;<&Icirc;é&oslash;&ntilde;&thorn;&iuml;z( TABLE LATERAL <IDENTIFIER>&auml;&nbsp;&cent;&shy;é&oslash;&ntilde;&thorn;+Q.x${&ntilde;&raquo;+F&iuml;z$&frac12;!°|TèLíF$&AElig;è&para;.&Agrave;&auml;&nbsp;!°|T&&Ntilde;ê&ucirc;!R|?!W&cent;v&szlig;}!&oslash;&cent;&Ouml;&iuml;2&acirc;,..${&cent;&shy;&ntilde;&raquo;+F&iuml;z$&frac12;&acirc;,!°|T.&Agrave;!°<&ccedil;èLíF!&oslash;ìw.&Agrave;&auml;&nbsp;+&Icirc;<·. . . . . :   $·ì&otilde;ì&Acirc;é&oslash;&euml;T$&otilde;&szlig;[ì±+l.&yuml;ì±&ntilde;Q*q&ntilde;~$PíL<Bè&eth;èm&acirc;:--&szlig;&laquo;$t&ntilde;&raquo;+F1èr!lêR.&Agrave;SQL!°|T&auml;&nbsp;<&Ucirc;$&AElig;&cent;&shy;!°|T&auml;&nbsp;&cent;&Ouml;&iuml;2&&Ntilde;ê&ucirc;!&eth;è&iuml;è^.&frac34;(D&auml;à&szlig;&Uuml;(D&auml;à&euml;·&cent;&Ouml;*&Icirc;+l!&eth;*&Euml;|T&icirc;&euml;ì1!&oslash;(&Igrave;&auml;&nbsp;--èW(&aelig;&cent;&Ouml;&iuml;2&ntilde;&raquo;+FíF<!°|T|bí7>&acirc;,!1&szlig;1SQL!°|T&ntilde;~&iuml;·&szlig;L!&oslash;ìw*&Euml;|T|bí7&acirc;,è&eth;<&Ucirc;$&AElig;&auml;&nbsp;

论坛徽章:
0
7 [报告]
发表于 2006-08-29 13:11 |只看该作者
晕S,,,,

> select * from LIB/XX05
SQL State: 42833
Vendor Code: -5016
Message: [SQL5016] Qualified object name XX05 not valid. Cause . . . . . :   One of the following has occurred: -- The syntax used for the qualified object name is not valid for the naming option specified.  With system naming, the qualified form of an object name is schema-name/object-name.  With SQL naming the qualified form of an object name is authorization-name.object-name. -- The syntax used for the qualified object name is not allowed. User-defined types cannot be qualified with the schema in the system naming convention on parameters and SQL variables of an SQL procedure or function. Recovery  . . . :   Do one of the following and try the request again: -- If you want to use the SQL naming convention, verify the SQL naming option in the appropriate SQL command and qualify the object names in the form authorization-id.object-name. -- If you want to use the system naming convention, specify the system naming option in the appropriate SQL command and qualify the object names in the form schema-name/object-name. -- With the system naming convention, ensure the user-defined types specified for parameters and variables in an SQL routine can be found in the current path.

Processing ended because the highlighted statement did not complete successfully

[ 本帖最后由 qingzhou 于 2006-8-29 13:15 编辑 ]

论坛徽章:
0
8 [报告]
发表于 2006-08-29 13:17 |只看该作者
谢谢qingzhou了
看来是我的设置问题了,天啊,会是哪里的设置呢?SQL脚本除错效率大幅度降低-_-.........

论坛徽章:
0
9 [报告]
发表于 2006-08-29 13:21 |只看该作者
相当复杂!!! 参考文档:Document Number: 28321353  
Product:         IBM ISERIES CLIENT ACCESS EXP (5722XE100)
       
OS/400 Release:        V5R1M0; V5R2M0; V5R3M0; V5R4M0
Product Release:        N/A
Classification:         IBM Internal Use
Status:        Available
Date First Made Available        2002-10-26
Keywords:        MSGSQL0104


Document Title:  SQL0104 Token Not Valid - Code Page Conversion Errors on SQL Statements

Abstract       
This document addresses errors where the SQL statement text appears correctly in a SQL log but is incorrectly converted resulting in corrupt data being sent to the server.

Document Description:
Most SQL0104 errors are the result of a syntax error in the SQL statement.  This document addresses errors where the SQL statement text appears correctly in a SQL log but is incorrectly converted resulting in corrupt data being sent to the server.  The information applies only to Client Access Express R510 and later.  R510 and later do not check or report conversion errors for SQL statement text.  It relies on the SQL0104 for error reporting.  A cwbco trace, communications trace, or detail trace is required to verify the error.  It shows a SQL statement of something like 0xF3F3F3F3F3... or other incorrect data.

The following causes have been identified for this error:
1        Corrupted MDAC installation
2        No conversion tables because of shfolder.dll version problems during installation.
3        Possible QTQRECOV-related errors.

Corrupted MDAC

Client Access detail trace shows the SQL statement text received is already corrupted.  

10:54:29.97 AM  ODBC             P=FFF3345D  T=FFF10F25  odbcprep.prepare Entry
10:54:29.97 AM  ODBC             P=FFF3345D  T=FFF10F25  input statement text is: ???†?????????†††††???6?†††††?????†††††?????†††††??????????†††††????????†††††????††?????††???????????????† .len: 212
10:54:30.02 AM  NLS              P=FFF3345D  T=FFF10F25  conversion error rc=6107 srcCp=1200 tarCp=37 srcLn=212 tarLn=354
10:54:30.02 AM  NLS              P=FFF3345D  T=FFF10F25   srcBf=SELECT  sts.switch_name ,           sts.s_v ,           sts.s_i ,           sts.s_f ,           sts.s_description ,           sts.s_datatype ,           sts.s_d     FROM sts      WHERE ( sts.switch_name = ? )   .
10:54:30.02 AM  NLS              P=FFF3345D  T=FFF10F25   tarBf=?????????????????????????????????????????????????????????????????????????????????????????????????????????@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

In one case, the customer had an older version of odbc32.dll in the application directory.  Remove duplicate copies of odbc32.dll.  Re-install MDAC if necessary.

Unable to Locate the Conversion Tables

Gather the following information:
o        Path that the client access conversion tables (xxxxyyyy.tbl) were installed to
o        Version of shfolder.dll
o        Registry key HKLM\Software\IBM\Client Access\CurrentVersion\Common ((default) and CommonPaths)
o        Output of folders.exe (below)
o        Detail trace (if possible use cwbcotrc with the all compontents option on if the client version is V5R2 or later)
Then, do the following:
1        R510 and later install the conversion tables into the Windows all users document folder (..\all users\documents\ibm\Client Access).  The path information is retrieved from the SHGetFolderPath API exported from the Microsoft shfolder DLL.  The minimum version required is 5.5.0.4027.300.  Client Access installation attempts to update the DLL; however, if the DLL is locked, the installation goes to the old program files location.  The circumvention is to reboot to upgrade the DLL and reinstall Client Access Express.
2        The discovered or defaulted common writable path is written to the HKLM\...\Common key:
         --  As the <Default> value, in its SHORT FORM
         --  As the CommonPaths value, in its LONG FORM
3        In general, any time a Client Access function that requires use of something in the common writable path (for example, a .tbl file) is run, Client Access calls SHGetFolderPath.
3a        Pre-SE06839:  If the call failed, it defaults to the installation path (c:\program files\ibm\client access, in the default case).  That path, in its SHORT FORM, is compared to the value in HKLM\...\Common\<Default>.  If the paths are the same, nothing happens.  If different, the NEWER common writable path (the one just decided upon), in its SHORT FORM, is written to <Default>, and in its LONG FORM is APPENDED (separated by a semicolon) to the CommonPaths value.
3b        SE06839 and later:  If the call fails, the function defaults to the common writable path retrieved from the registry.  The registry is not updated.  The registration is updated only if the calls succeeds.

Important Note:  The design and code assumes that if the common writable path has changed, regardless of whether SHGetFolderPath failed, it is due to an administrator explicitly changing/reconfiguring this path.  We document that if an administrator changes or reconfigures the common writable path (for all users or the user-writable path for any given user), the administrator is responsible for moving or at least copying files from the old to the new location

See CPS 59QJR7 for further information.

Folders.exe is a utility that exercises SHGetFolderPath.  It allows a user to ask it for any of the MS-defined paths including CSIDL_COMMON_DOCUMENTS (the one we are interested in).  Run this program, specifying 46 (CSIDL_COMMON_DOCUMENTS) when prompted.  If that fails, specify 32814 (CSIDL_COMMON_DOCUMENTS plus a flag that states that it should be created if it does not already exist).  Report results, including return code, back to us.  



QTQRECOV

There is an unconfirmed report that missing conversion tables on the iSeries can cause this error.  Normally a communications trace shows an error on set server attributes reply, and the SQL Text should appear valid in the trace (in the job CCSID or 13488 if Unicode SQL is enabled).  The recovery is to take the system to a restricted state, and run the CALL QTQRECOV command.
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP