GB13000.1字符集汉字笔顺规范

Sybase数据库 进入isql模式：

在dos界面中输入：isql –Usa –P111111 –Szhouyx 分别代表用户名 密码 服务器名

修改字符集

Sybase修改字符集（cp850 to cp936）

最重要的命令是：C:\\sybase\\charsets \\cp936>charset -Usa -Psybase -Sdiren binary.srt cp936

新中大软件字符集 转换为cp936技术说明

一、为什么要修改现在使用的数据库的字符集？

安装ASE数据库默认的字符集为CP850,其对 于中文的字符集(GB2312)比较少,很多汉字无法保存,导致在备份恢复时出错。

二、替换数据库字符集比较好的时间是什么时候？ 建议在业务不繁忙进行该项工作。

三、确认修改数据库字符集的时间后，你的重要工作是什么？ 注意：全部备份你的数据库，并且你要确保你的备份是有效的。

四、修改数据库字符集的整个思路是什么？

1、确认服务器停止 对外服务前，完整地备份你的数据库。

2、将原来cp850或iso-1字符集的数据库数据bcp out到你指定的文件目录下。 3、重新 构造你的服务器，配置你的服务器

选择ORACLE数据库字符集

如何选择数据库的字符集是一个有争议的话题，字符集本身涉及的范围很广，它与应用程序、客户的本地环境、操作系统、服务器等关系很密切，因此要做出合适的 选择，需要明白这些因素之间的关系。另外对字符集的基本概念，ORACLE数据库字符集的一些知识也需要了解。

随着国内的软件产品逐步走向海外，对于多语言的支持已经成为软件的一个基本要求，采用UNICODE标准也逐渐成为通用的设计方案，此时ORACLE数据 库的字符集应该如何选择？很多人都有自己的见解，在网上也可以看到很多关于字符集的文章。这些文章有很多精华值得去学习，但是另一方面还存在一些错误，尤 其对UNICODE，存在一些概念不清的地方。

数据库字符集的选择并不存在绝对意义上的正确或错误，每种字符集都有它适用的环境。对于我们来说，了解得越多，越能帮助自己做出适当地选择，而且可以采取 措施去主动防范或规避可能出现的问题。反之，如果数据库字符集选择不恰当，会给后面的工作带来很多的麻烦，需要花费很多时间和精力去解决问题，有些问题甚 至会影响到客户的业务使用。本文希望可以给大家提供一些相对全面的知识，方便大家了解数据库字符集的相关概念，因此有些繁琐，请大家见谅

sybase字符集配置与转化

2. 配置篇

2.1 如何配置字符集的转换类型 禁用字符集转换的配置方法 在isql 环境中执行：

1> sp_configure “disable character set conversion”,1 2> go

“disablecharacter set conversion” 参数默认配置值为0 ，即启用字符集转换。 如何配置字符集的转换类型

把”enable unicode conversions” 参数设置为1 或者2 。当配置为1 时，此设置使用直接转换或Unicode 转换；当配置为2 时，此设置使用Unicode 转换；默 认配置值为0 ，使用直接转换。

在isql 环境中执行：

1> sp_configure ”enable unicode conversions”,1 2> go

2.2 如何配置服务器端缺省字符集 直接转换法

直 接转换法是指直接使用Sybase 提供的实用程序，如UNIX 平台上使用sqlloc 命令或者编辑sqlloc.rs 脚本文件；Windows 平台使用 “ 服务器配置” 图形化管理工具直接配置服务器端字符集。

使用直接转换法的条件是： ―

7000个汉字的规范笔顺

1988年3月25日国家语言文字工作委员会和新闻出版署联合发布的《现代汉语通用字表》确定了7000个汉字的规范笔顺。《现代汉语通用字笔顺规范》是在《现代汉语通用字表》的基础上形成的，将隐性的规范笔顺变成显性的，列出了三种形式的笔顺。同时，明确了字表中难以根据字序推断出规范笔顺的“火”、“叉”、“ 鬯 ”、“爽”等一些字的笔顺，调整了“敝”、“脊”两个字的笔顺。具体如下：

“忄”先写点和点，最后写竖。

“匕”先写撇，后写竖弯钩。

“万”先写横，再写横折钩，后写撇。

“母”字的最后三笔是点、横、点。

“及”先写撇，再写横折折撇，后写捺。

但笔顺完全不同。

“火”先写上面两笔，即点和撇，再写人字。

“登”的右上角先写两撇，再写捺。

“减”先写左边的点和提，再右边的“咸”字"。

“爽”先写横，再从左到右写四个“×”，最后写“人”。

“讯”右半部分的笔顺是：横斜钩（不是横折弯钩）、横、竖（不是撇）。

“凸”第一笔先写左边的竖，接着写短横和竖，然后写横折折折，最后写下边的长横。

“凹”第一笔先写左边的竖，接着写横竖折折，然后写竖和横折，最后写下边的长横。

最后是竖折和短竖。

“贯”上边是先写竖折，再写横折，第三笔写里面的竖，最后写长横。

“重

7000个汉字的规范笔顺

1988年3月25日国家语言文字工作委员会和新闻出版署联合发布的《现代汉语通用字表》确定了7000个汉字的规范笔顺。《现代汉语通用字笔顺规范》是在《现代汉语通用字表》的基础上形成的，将隐性的规范笔顺变成显性的，列出了三种形式的笔顺。同时，明确了字表中难以根据字序推断出规范笔顺的“火”、“叉”、“ 鬯 ”、“爽”等一些字的笔顺，调整了“敝”、“脊”两个字的笔顺。具体如下：

“忄”先写点和点，最后写竖。

“匕”先写撇，后写竖弯钩。

“万”先写横，再写横折钩，后写撇。

“母”字的最后三笔是点、横、点。

“及”先写撇，再写横折折撇，后写捺。

但笔顺完全不同。

“火”先写上面两笔，即点和撇，再写人字。

“登”的右上角先写两撇，再写捺。

“减”先写左边的点和提，再右边的“咸”字"。

“爽”先写横，再从左到右写四个“×”，最后写“人”。

“讯”右半部分的笔顺是：横斜钩（不是横折弯钩）、横、竖（不是撇）。

“凸”第一笔先写左边的竖，接着写短横和竖，然后写横折折折，最后写下边的长横。

“凹”第一笔先写左边的竖，接着写横竖折折，然后写竖和横折，最后写下边的长横。

最后是竖折和短竖。

“贯”上边是先写竖折，再写横折，第三笔写里面的竖，最后写长横。

“重

oracle客户端与后台数据库字符集问题的完美解决办法

QUESTION&ANSWER

怎样解决Oracle客户端与数据库字符集之间汉字显示

问题

编程疑难问题解答

如果存储汉字，最好选择zhs16gbk字符集，在中文处理和统计方面比较方便。

但是，由于诸多历史原因，企事业单位的很多应用系统都使用基于us7ascii字符集的数据库。近年来，由于引进了基于

1．问题的提出

实际操作Oracle数据库的过程中，想要显示的汉字有时会莫明其妙地变为英文问号或者一些英文乱码。其实，这是因为客户端Oracle字符集“NLS_LANG”设置不同于服务器数据库字符集“CHARACTER_SET”，造成中文字符显示错误。因此，解决汉字显示的问题，最简单的方法就是将数据库的客户端字符集与数据库字符集设置一致。然而，如果存储的汉字出现乱码，问题就非常复杂。本文试从此方面进行Oracle汉字存储的微观分析。首先，简介一下计算机存储字符的基础知识。

（1）英文ASCII编码

zhs16gbk字符集数据库的应用程序，造成数据库客户端字符集

的设置不同，使得汉字显示和存储遇到了上述一开始提到的问题。以下通过实例分析数据库客户端字符集和数据库字符集不同时的汉字存储和显示。

（1）同一客户端

oracle客户端与后台数据库字符集问题的完美解决办法

QUESTION&ANSWER

怎样解决Oracle客户端与数据库字符集之间汉字显示

问题

编程疑难问题解答

如果存储汉字，最好选择zhs16gbk字符集，在中文处理和统计方面比较方便。

但是，由于诸多历史原因，企事业单位的很多应用系统都使用基于us7ascii字符集的数据库。近年来，由于引进了基于

1．问题的提出

实际操作Oracle数据库的过程中，想要显示的汉字有时会莫明其妙地变为英文问号或者一些英文乱码。其实，这是因为客户端Oracle字符集“NLS_LANG”设置不同于服务器数据库字符集“CHARACTER_SET”，造成中文字符显示错误。因此，解决汉字显示的问题，最简单的方法就是将数据库的客户端字符集与数据库字符集设置一致。然而，如果存储的汉字出现乱码，问题就非常复杂。本文试从此方面进行Oracle汉字存储的微观分析。首先，简介一下计算机存储字符的基础知识。

（1）英文ASCII编码

zhs16gbk字符集数据库的应用程序，造成数据库客户端字符集

的设置不同，使得汉字显示和存储遇到了上述一开始提到的问题。以下通过实例分析数据库客户端字符集和数据库字符集不同时的汉字存储和显示。

（1）同一客户端

用PB连接不同字符集的ORACLE方法如下：

1. 方法一：

版本：PB5,PB6,PB8,PB9,PB11

说明：通过程序动态修改WINDOW平台中注册表中的NLS_LANG。 //修改客户端字符集为ZHS16GBK string ls_nls_lang ls_nls_lang = \RegistrySet( \ls_lang) //进行数据库连接 Connect using sqlca; //重新修改客户端字符集为US7ASCII ls_nls_lang = \RegistrySet( \ls_lang) 缺点：不太稳定

2. 方法二

版本：PB5,PB6,PB8,PB9,PB11

说明：通过程序动态修改WINDOW平台中的环境变量的NLS_LANG。 //在global external function中增加以下外部API函数 FUNCTION ulong SetEnvironmentVariable(ref string lpName,ref string lpValue) LIBRARY \//修改WINDOW平台中环境变量NLS_LANG为ZHS16GBK SetEnvironmentVariableA (\//进行数据库

Oracle数据库移植时字符集问题的解决

对于Oracle数据库之间的移植采用Oracle的导入导出工具(Import/Export)是一个比较好的策略。虽也可以利用第三方软件如Sybase 的Power designer中的Reverse Engineering 进行数据库结构重建，然后在进行较复杂的数据导入过程，但对于作业队列、快照等则不得不用手工来创建。而Export能将整个数据库、指定用户、指定表和相关的数据字典进行输出，Export输出的输出转存二进制文件包括了完全重建所有被选对象所需的命令。

本人在为某电厂MIS(Oracle数据库)数据采用Oracle的导入导出工具从Windows NT平台移植到Digital Unix平台时遇到的关于字符集的问题和总结出的经验与大家来分享。

1. 移植环境

原操作系统平台： Windows NT

数据库： Oracle 8.0.5 for Windows NT 服务器：HP NetServer LH3

目标操作系统平台：Digital Unix alpha V4.0 数据库：Oracle 8.0.4 for Digital Unix 服务器：ALPHASERVER ES4

用PB连接不同字符集的ORACLE方法如下：

1. 方法一：

版本：PB5,PB6,PB8,PB9,PB11

说明：通过程序动态修改WINDOW平台中注册表中的NLS_LANG。 //修改客户端字符集为ZHS16GBK string ls_nls_lang ls_nls_lang = \RegistrySet( \ls_lang) //进行数据库连接 Connect using sqlca; //重新修改客户端字符集为US7ASCII ls_nls_lang = \RegistrySet( \ls_lang) 缺点：不太稳定

2. 方法二

版本：PB5,PB6,PB8,PB9,PB11

说明：通过程序动态修改WINDOW平台中的环境变量的NLS_LANG。 //在global external function中增加以下外部API函数 FUNCTION ulong SetEnvironmentVariable(ref string lpName,ref string lpValue) LIBRARY \//修改WINDOW平台中环境变量NLS_LANG为ZHS16GBK SetEnvironmentVariableA (\//进行数据库