关于字符集

一. 选择合适的字符集 二. MySQL支持的字符集 MySQL服务器可以支持多种字符集,在同一台服务器.同一个数据库甚至同一个表的不同字段都可以指定使用不同的字符集. 查看所有可用的字符集命令是show character set; 或者查看information_schema.character_set,可以显示所有的字符集和该字符集默认的校对规则.desc information_schema.character_sets; MySQL的字符集包括字符集(CHARACTER)和校对规则(C

 字符编码 (Character encoding) 在存储和传递文本过程中,为了使得所有电脑都能够正确的识别出文本内容,需要有一个统一的规则. 2. 字符集 (Character Set) ) 一般情况,一种编码方式对应一种字符集.如 ASCII,对应 ASCII 字符集.GBK 编码方式对应 GBK 字符集.但是也有一种编码方式,多种字符集的,Unicode 字符集有多种编码方式,如 utf-8,utf-16 等.  3.  ASCII ASCII(American Standard Cod

ASCII: 早期的字符集,7位,128个字符,包括大小写a-z字母,0-9数字以及一些控制字符. 扩展ASCII: 1个字节8位,只用7位不合理.于是第8位用于扩展ASCII字符集,这样就又多了128个字符.于是用着后128个字符来扩展表示如拉丁字母,希腊字母等特殊符号.但问题是欧洲那一票国家很多互相都拥有不相同的特殊字母,一起塞进后128个明显不够,于是代码页出现了. Code Page(代码页): 1个字节前128个字符大家统一和ASCII一样,而后128个字符,根据不同系统所谓代码页来区

最早的字符集是ASCII,它用一个字节的后7位来表示字母.数字.标点和其他常用字符,所以共有0-127个字符:后来又把第一位用上用来表示其他特殊的字符,这样就可以表示0-255个字符,这称为ASCII扩展字符集. 后来由于其他国家使用的的文字个数远超过使用英语国家的这些256个字符,所以为了支持本国语言在计算机上显示,不同国家开发出了不同的字符集,比如中国大陆一开始使用GB2312,后来扩展成了GBK(完全兼容GB2312),后来又扩展成了GB18030(支持少数民族语言).而香港.台湾地区使用

1.引言 ORACLE数据库字符集,即Oracle全球化支持(Globalization Support),或即国家语言支持(NLS)其作用是用本国语言和格式来存储.处理和检索数据.利用全球化支持,ORACLE为用户提供自己熟悉的数据库母语环境,诸如日期格式.数字格式和存储序列等.Oracle可以支持多种语言及字符集,其中oracle8i支持48种语言.76个国家地域.229种字符集,而oracle9i则支持57种语言.88个国家地域.235种字符集. 2.概述 2.1字符集概述 实质就是按照一

先说说MySQL在编译安装时,所关于字符集的选项(http://coosh.blog.51cto.com/6334375/1735271) 指定数据库的默认字符集 -DDEFAULT_CHARSET=utf8 指定数据库的默认校对字符集 -DDEFAULT_COLLATION=utf8_general_ci 指定数据库所能够支持的字符集,当创建数据库时,可以显式指定这些字符集之一. -DEXTRA_CHARSETS=gbk,gb2312,utf8,ascii 在运行MySQL中创建数据库也可以指

创建数据库及表时设置字符集,避免出现中文乱码的方法: 创建数据库 CREATE DATABASE test CHARACTER SET utf8 COLLATE utf8_general_ci; --注意后面三个单词之间是有下划线的 对于每个选项所给定的值,前面没有等号:在第一个选项和第二个选项之间也没有逗号. 创建表 CREATE TABLE mytable(     id varchar(40) NOT NULL default '',     userId varchar(40) NOT 

查看mysql 字符集设置情况: show variables like '%char%' +--------------------------+----------------------------------------+ | Variable_name | Value | +--------------------------+----------------------------------------+ | character_set_client | gbk | | chara

<libiconv字符集转换库使用方法>一文中说到了libiconv可以实现不同字符集的转换.比如GBK转BIG5等.在项目中因为需要,找到这个库.可是这个库在C#中没有很好的支持.不过,想着既然是C++的库,那只要动态加载DLL的接口就好了.可是调用并不顺利,传进去的IntPtr或者byte数组总是拿不到数据.后面回到了C++的方式去调用,几经调试,总算找到了原因. 是iconv接口在转换完成后,指针的位置往后移了.而在C#中调用DLL后回来的指针,已经是移动后的,所以拿不到所要的数据. 经

配置字符集 LANG=zh_cn.utf-8 配置超时 export TMOUT=10 (10秒钟) 命令:history -d: 后跟指定行号删除命令   history -d 10 删除第十行 -c: 清除所有历史记录 export HISTSIZE = 5 (命令行)命令行历史纪录数量 export HISTFILESIZE = 5  (文件)显示历史条目数为5 ,对应文件  ~/.bash_history 永久生效:配置/etc/profile source /etc/profile