 |
|
|
 首页 |
名片设计 CorelDRAW Illustrator AuotoCAD Painter 其他软件 Photoshop Fireworks Flash |
|
MySQL 4.1版本改进了对字符集处理的支持。这里描述的特性是MySQL 4.1.1 里已经 实现的。(MySQL 4.1.0里有一些，不过不包含这里的全部特性，并且有的实现也是不同的) 本章讨论下面的主题： ·什么是字符集和 collations? ·The multiple-level default system ·MySQL 4.1 里新的语法 ·Affected functions and operations ·Unicode 支持 ·每种特别字符集和 collation 的含义 现在在 MyISAM, MEMORY (HEAP), 和 (从 MySQL 4.1.2开始) InnoDB 等存储引擎里包含 字符集支持. ISAM 存储引擎不包含字符集支持; 也没有计划加入, 因为 ISAM 已经被 淘汰了 10.1 字符集和Collations的一般介绍 一个character set (字符集)是一组符号和编码，而一个 collation 是在一个字符集里 比较字符的一套规则，让我们通过一个虚构的字符集例子来说明区别。 假设我们有个四个字母的字母表：`A\\', `B\\', `a\\', `b\\'.我们给每个字母一个编号： `A\\' = 0, `B\\' = 1, `a\\' = 2, `b\\' = 3. 字母`A\\' 是一个符号，而数字0是 `A\\' 的 encoding(编码)，而这四个字母和他们的编码合起来就是一个字符集(character set)。 现在，假设我们要比较两个字符串的值，`A\\' 和`B\\'，最简朴的方式是看编码，`A\\' 是 0 而 `B\\'是 1. 因为0比1小，我们就说`A\\' 比 `B\\' 小。现在，我们就算已经对我们的字符 集使用了一个collation，collation 是一组规则(在这个例子里只有一条规则)： "比较编码".我们把所有可能的 collation 中最简朴的这种叫做binary collation 但是假如我们想让大写字母和小写字母相同怎么办？那么我们就得有两条规则： （1）把小写字母`a\\' 和 `b\\' 看作跟 `A\\' 和 `B\\'相等； （2）然后比较编码。 我们称这是一个case-insensitive collation（不区分大小写的 collation）. 这比binary collation 轻微复杂了一点。 在实际生活中，大多数字符集都包含很多字符：不是仅仅`A\\'和`B\\' 而是整个字母表， 有时是多个字母表或者东方书写系统里几千的字符，和很多专有符号和标点符。 并且在实际生活中，大多数的collations 有很多规则：除了不区分大小写外还有不区分 重音（重音``accent\\'\\' 是像在德语里字符附加的重音符那样的）和多字符映射。 MySQL 4.1 可以为你做以下事： ·使用各种字符集存储字符串 ·使用各种collation比较字符串。 ·在同一台服务器上或者同一个数据库甚至同一个表中使用不同的字符集和collation混合 ·答应在任何级别上指明字符集和collation 在这些方面，MySQL 4.1 不只远远比MySQL 4.0复杂，也比其他DBMS先进很多。不过要想 有效的使用这些新特性，你需要学习哪些字符集和collation是可用的，怎样把他们改成 默认，还有各种字符串运算符如何操作他们。 10.2 MySQL 里的字符集和Collations MySQL 服务器可支持多个字符集。要列出可用的字符集，使用 SHOW CHARACTER SET 语句: mysql> SHOW CHARACTER SET; +----------+-----------------------------+---------------------+ | Charset | Description | Default collation | +----------+-----------------------------+---------------------+ | big5 | Big5 Traditional Chinese | big5_chinese_ci | | dec8 | DEC West European | dec8_swedish_ci | | cp850 | DOS West European | cp850_general_ci | | hp8 | HP West European | hp8_english_ci | | koi8r | KOI8-R Relcom Russian | koi8r_general_ci | | latin1 | ISO 8859-1 West European | latin1_swedish_ci | | latin2 | ISO 8859-2 Central European | latin2_general_ci | ... 输出实际上包含另一列，这里为了让例子在页面上显示更合适，没显示出来 任一给出的字符集至少包含一个collation. 它可能包含多个 collations. 要列出一个字符集的 collations , 使用 SHOW COLLATION 语句. 例如, 要看latin1 (``ISO-8859-1 West European\\'\\')的collations, 使用这个语句来找到哪些名字以latin1 开头的collation mysql> SHOW COLLATION like \\'latin1%\\'; +-------------------+---------+----+---------+----------+---------+ | Collation | Charset | Id | Default | Compiled | Sortlen | +-------------------+---------+----+---------+----------+---------+ | latin1_german1_ci | latin1 | 5 | | | 0 | | latin1_swedish_ci | latin1 | 8 | Yes | Yes | 1 | | latin1_danish_ci | latin1 | 15 | | | 0 | | latin1_german2_ci | latin1 | 31 | | Yes | 2 | | latin1_bin | latin1 | 47 | | Yes | 1 | | latin1_general_ci | latin1 | 48 | | | 0 | | latin1_general_cs | latin1 | 49 | | | 0 | | latin1_spanish_ci | latin1 | 94 | | | 0 | +-------------------+---------+----+---------+----------+---------+ latin1 collations 有下列含义: Collation 含义 latin1_bin Binary according to latin1 encoding latin1_danish_ci Danish/Norwegian latin1_general_ci Multilingual latin1_general_cs Multilingual, case sensitive latin1_german1_ci German DIN-1 latin1_german2_ci German DIN-2 latin1_spanish_ci Modern Spanish latin1_swedish_ci Swedish/Finnish Collations 有这些一般特性: ·两个不同字符集没法拥有同一个collation. ·每个字符集有一个默认 collation. 例如, latin1 的默认 collation 是 latin1_swedish_ci. ·collation 的命名有个约定: 他们由所关联的字符集的名字打头，他们通常包含一个 语言名, 并以 _ci (case insensitive大小写不敏感), 或者 _cs (case sensitive大小写敏感), 或者 _bin (binary二进制). 10.3 决定默认字符集和 Collation 有四个级别上的默认字符集和collation设置： 服务器，数据库，表和连接。下面的描述 可能看起来复杂，不过实践中得出多级默认设置可以带来自然而然的结果。 10.3.1 服务器级字符集和 Collation MySQL服务器有一个服务器级别的字符集和 collation, 不能为空。 MySQL 这样决定服务器级的字符集和collation ·当服务器开始按照有效选项设置 ·运行期间按照变量 在服务器级别，决定是很简朴的，依赖你执行mysqld时使用的选项来决定服务器字符集 和collation。你可以使用--default-character-set 来指定字符集，并且和这个一起 还可以为collation加上--default-collation 。假如你不指定字符集，就相称于说 --default-character-set=latin1。假如你只指定了字符集(例如,latin1)但是没有指定 collation，就相称于 --default-charset=latin1 --default-collation=latin1_swedish_ci 因为 latin1_swedish_ci是latin1字符集的默认collation, 因此下面三个命令都具有 同样效果： shell> mysqld shell> mysqld --default-character-set=latin1 shell> mysqld --default-character-set=latin1 \ --default-collation=latin1_swedish_ci 有个改变这个设置的方式是重新编译，假如你想编译源码来改变默认的服务器字符集和 collation，在configure使加上参数--with-charset 和 --with-collation ，例如： shell> ./configure --with-charset=latin1 或者: shell> ./configure --with-charset=latin1 \ mysqld 和configure 都会核实字符集/collation的结合是否有效，假如无效，这两个 程序都会报错并中止。 现行服务器字符集和collation 是和character_set_server 和 collation_server 这两个系统变量的值相同，这些变量可以在运行时更改 10.3.2 数据库字符集和 Collation 每个数据库都有一个数据库字符集和数据库collation,并且不能为空，create DATABASE 和 alter DATABASE 语句有专门指明数据库字符集和collation的可选子句: create DATABASE db_name [[DEFAULT] CHARACTER SET charset_name] [[DEFAULT] COLLATE collation_name] alter DATABASE db_name [[DEFAULT] CHARACTER SET charset_name] [[DEFAULT] COLLATE collation_name] 例子: create DATABASE db_name DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci; MySQL可以这样选择数据库字符集和数据库collation: ·假如 CHARACTER SET X 和 COLLATE Y 被指定了, 那么字符集是 X collation 是 Y. ·假如 CHARACTER SET X 被指定，但是没有指定 COLLATE, 那么字符集是 X collation 是默认collation. ·否则, 就用服务器字符集和服务器 collation. MySQL 的 create DATABASE ... DEFAULT CHARACTER SET ... 语法类似于标准 SQL 的 create SCHEMA ... CHARACTER SET ... 语法. 因为这样, 就可能在同一个MySQL 服务器上创建具有不同字符集和collation的数据库。 假如在建表的语句里没有指定表的字符集和collation，那么数据库字符集和 collation 就作为表的字符集和collation的默认值. 它们没有别的作用。 默认数据库的字符集和 collation是和 character_set_database 以及 collation_database 这两个系统变量的值相同。 当默认数据库更改时服务程序会设置 这些变量的值。假如没有默认数据库, 变量的值会和配套的服务器级系统变量 character_set_server 以及 collation_server的值一致. 10.3.3 表字符集和 Collation 每个表有一个表字符集以及一个表collation，不能为空。create TABLE 和 alter TABLE 语句有可选子句指定表字符集和collation。 create TABLE tbl_name (column_list) [DEFAULT CHARACTER SET charset_name [COLLATE collation_name]] alter TABLE tbl_name [DEFAULT CHARACTER SET charset_name] [COLLATE collation_name] 例子: create TABLE t1 ( ... ) DEFAULT CHARACTER SET latin1 COLLATE latin1_danish_ci; MySQL 通过下面的方式选择表字符集和collation: ·假如 CHARACTER SET X 和 COLLATE Y 都被指定了, 那么字符集就是 X collation 是Y ·假如只指定了CHARACTER SET X 而没有指定 COLLATE, 那么字符集为 X 并配默认的 collation. ·否则就使用数据库字符集和 collation. 表字符集和 collation 用来在没有指定个别列字符集和列collation的时候做为它们 的默认值。表字符集和 collation 是MySQL 的扩展;在标准SQL里没有这种东西 10.3.4 列字符集和 Collation 每个``character\\'\\' 列(是指列属性为CHAR, VARCHAR, 或 TEXT的)都有一个列字符集 和一个列collation，不能为空。列定义语句有可选子句指定列字符集和collation： col_name {CHAR | VARCHAR | TEXT} (col_length) [CHARACTER SET charset_name [COLLATE collation_name]] Example: create TABLE Table1 ( column1 VARCHAR(5) CHARACTER SET latin1 COLLATE latin1_german1_ci ); MySQL 这样选择列字符集和collation: ·假如 CHARACTER SET X 和 COLLATE Y 都被指定了, 那么字符集就是 X collation 就是 Y. ·假如指定了 CHARACTER SET X 但没有指定 COLLATE, 那么字符集是 X 并配默认的collation. ·否则，就用表字符集和 collation. CHARACTER SET 和 COLLATE 子句是标准SQL. 10.3.5 字符集和 Collation 分配的例子 下面的例子显示了 MySQL 怎样决定默认的字符集和collation的值： 例子1：表＋列定义 create TABLE t1 ( c1 CHAR(10) CHARACTER SET latin1 COLLATE latin1_german1_ci ) DEFAULT CHARACTER SET latin2 COLLATE latin2_bin; 这里我们有一个用latin1的字符集和latin1_german1_ci collation的列。 定义异常明显，所以很简朴。注重把一个latin1 的列存到一个latin2的表里不会有问题 例子2：表＋列定义 create TABLE t1 ( c1 CHAR(10) CHARACTER SET latin1 ) DEFAULT CHARACTER SET latin1 COLLATE latin1_danish_ci; 这次我们有一列是latin1字符集加默认的collation。现在，虽然它看上去很自然， 但是默认的collation却不是从表级继续而来。事实上，因为latin1的默认collation 始终是latin1_swedish_ci，所以c1列的collation是latin1_swedish_ci （而不是 latin1_danish_ci). 例子3：表＋列定义 create TABLE t1 ( c1 CHAR(10) ) DEFAULT CHARACTER SET latin1 COLLATE latin1_danish_ci; 我们有一个默认字符集和默认collation的列。在这个环境下，MySQL向上到表级决定 列字符集和collation。所以，c1的列字符集是latin1，它的collation是 latin1_danish_ci 例子4：数据库＋表＋列定义 create DATABASE d1 DEFAULT CHARACTER SET latin2 COLLATE latin2_czech_ci; USE d1; create TABLE t1 ( c1 CHAR(10) ); 我们创建了一个没有指定列字符集和collation的列。我们也没有指定表级字符集和 collation。在这个条件下，MySQL向上到数据库级决定。(数据库的设置变为表的设置， 之后成为列的设置），所以c1的列字符集是latin2，collation是latin2_czech_ci 10.3.6 连接的字符集和Collations 一些字符集和collation和用户对服务器的作用结合。有些在前面已经提及了： ·服务器的字符集和collation和 character_set_server 及 collation_server 变量 的值相同 ·默认数据库的字符集和collation和 character_set_database 及 collation_database 变量的值相同. 附加的字符集和collation 变量被引入用来处理服务器和客户端之间连接得通信。每个 客户端都有连接相关的字符集和collation变量。 想想"连接"是什么：是你连到服务器时作的事情。客户端通过这条连接发送SQL语句， 比如查询，服务器则通过这条连接给客户端送回回应，比如查询结果结果集合，这导致 了客户端处理字符集和collation的一些问题，它们每个都可以按照系统变量往返答： ·当查询离开客户端的时候应该是什么字符集的？服务器用character_set_client 这个变量来作为客户端发送查询所用的字符集 ·服务器端在接收到了查询以后应该把它翻译到社么字符集里？对于这个，服务程序 用的是character_set_connection 和 collation_connection 这两个变量。 它把客户端送来的查询从character_set_client 转变成character_set_connection （除了latin1或者utf8 的字符串）。collation_connection 对于比较字符串异常 重要，对于列值比较字符串是没有关系的，因为列拥有高优先级 ·当服务程序要送回结果集合或者错误信息给客户端时应该用什么字符集？ character_set_results 变量指示了这个值，这包括了列值，或者列名等结果数据。 你可以调整这些变量的值，或者就使用默认的（那样就可以省略这节了） 有两个语句影响连接字符集设置： SET NAMES \\'charset_name\\' SET CHARACTER SET charset_name SET NAMES 指出客户端送出的SQL语句里是什么。因此，SET NAMES \\'cp1251\\' 就告诉服务 程序"下面将要从这个客户端送来的信息将是使用\\'cp1251\\'这个字符集。这也指定了 服务程序送回的结果所用的字符集，（例如假如你用了一个select语句它会指出列值 拥有的字符集） SET NAMES \\'x\\' 语句相称于下面三个语句： mysql> SET character_set_client = x; mysql> SET character_set_results = x; mysql> SET character_set_connection = x; 把character_set_connection 设置成x也会把collation_connection 设置成默认 collation x SET CHARACTER SET 是类似的，不过是把连接字符集和collation设置成那些默认数据库。 SET CHARACTER SET x 语句相称于这三个语句： mysql> SET character_set_client = x; mysql> SET character_set_results = x; mysql> SET collation_connection = @@collation_database; 当一个客户连接，它向服务程序发送它想使用的字符集的名字，服务程序把 character_set_client, character_set_results, 和 character_set_connection 这些变量设置成那个字符集（事实上，服务程序使用字符集执行了SET NAMES 操作） 假如你不想用默认字符集，使用 Mysql 客户端程序不需要每次启动时执行SET NAMES 。 你可以在mysql 执行语句行加上--default-character-set 这个选项，或者在你的选项 文件里加上。比如，下面的选项文件设置使你每次执行mysql程序时把默认字符集变量 改成 koi8r： [mysql] default-character-set=koi8r 例如：假设column1定义是 CHAR(5) CHARACTER SET latin2。假如你不用SET NAMES 或者 SET CHARACTER SET，那么对于你的 select column1 FROM t 哀求，服务程序 会把column1 的所有值用连接建立时客户端指定的字符集往返送。另一方面，假如你 用了 SET NAMES \\'latin1\\' or SET CHARACTER SET latin1 ，那么在送回结果之前， 服务程序会把 latin2 的值转成latin1，假如里面有两种字符集里都没有的字符， 转化会有损耗。 假如你不希望服务程序作任何转变，就把character_set_results 设置成 NULL mysql> SET character_set_results = NULL; 10.3.7. 字符串文字字符集和collation 每个字符串文字都有自己的字符集和collation，不能为空 一个字符串文字可能有一个可选字符集introducer和COLLATION子句： [_charset_name]\\'string\\' [COLLATE collation_name] 例如： select \\'string\\'; select _latin1\\'string\\'; select _latin1\\'string\\' COLLATE latin1_danish_ci; 对于简朴语句 select \\'string\\'，字符串的字符集和collation是由两个系统变量 character_set_connection 和 collation_connection 定义的。 _charset_name 表达式正式情况下被叫做 introducer .它告诉分析器"下面的字符串 是使用 X 字符集的。"因为这在以前造成很多人的困扰，我们强调一下introducer 并不作任何转变，严格来讲并不改变字符串的值，只是一个符号。introducer 在 标准16进制文字前和数字16进制记法前都是合法的（x\\'literal\\' 和 0xnnnn）， 在？前面也是合法的（当在程序设计语言接口里使用准备语句时作参数替换） 例如： select _latin1 x\\'AABBCC\\'; select _latin1 0xAABBCC; select _latin1 ?; MySQL 这样决定一个文字的字符集和collation： ·假如 _X 和 COLLATE Y 都被指定了，那么字符集就是 X collation 是 Y ·假如 指定了 _X 而没有指定 COLLATE ，那么字符集是 X collation 是 X 的默认 collation ·否则，由系统变量 character_set_connection 和 collation_connection 决定字符集 和collation 例如： ·一个字符集是 latin1 而collation是 latin1_german1_ci 的字符串： select _latin1\\'Müller\\' COLLATE latin1_german1_ci; ·一个字符集是 latin1 以及其配套默认collation的（latin1_swedish_ci）字符串： select _latin1\\'Müller\\'; ·一个连接默认字符集和collation的字符串： select \\'Müller\\'; 字符集 introducer 和 COLLATE 子句是符合标准 SQL 规则的工具 10.3.8. 在 SQL 语句里使用 COLLATE 通过 COLLATE 子句，你可以在比较时覆盖替换掉任何默认collation， COLLATE 可以用 在SQL 语句的很多部分里，这里是一些例子： ·在 ORDER BY 里: select k FROM t1 ORDER BY k COLLATE latin1_german2_ci; ·在 AS 里： select k COLLATE latin1_german2_ci AS k1 FROM t1 ORDER BY k1; ·在GROUP BY里 : select k FROM t1 GROUP BY k COLLATE latin1_german2_ci; ·在集合函数里： select MAX(k COLLATE latin1_german2_ci) FROM t1; ·在DISTINCT里 select DISTINCT k COLLATE latin1_german2_ci FROM t1; ·在where 里： select * FROM t1 where _latin1 \\'Müller\\' COLLATE latin1_german2_ci = k; ·在HAVING里： select k FROM t1 GROUP BY k HAVING k = _latin1 \\'Müller\\' COLLATE latin1_german2_ci; User Comments Posted by [name withheld] on January 14 2005 2:33pm 在不同的列/表里： select t1.k FROM t1 where NOT EXISTS ( select * FROM t2 where t1.k=t2.k COLLATE latin1_german2_ci); 在collation 之间比较列的时候能够避免出错信息。 10.3.9. COLLATE 子句优先级 COLLATE子句具有高优先级（比||高），所以下面两个表达式是一样的： x || y COLLATE z x || (y COLLATE z) 10.3.10. BINARY 运算 BINARY 运算是COLLATE 子句的速记法，BINARY \\'x\\' 和 \\'x\\' COLLATE y 是一样的， y 是字符集 \\'x\\' 的二元collation 的名字。每个字符集都有二元 collation。例如， latin1 字符集的 collation 是latin1_bin，所以假如列 a 是latin1 字符集，下面 两个语句有同样效果： select * FROM t1 ORDER BY BINARY a; select * FROM t1 ORDER BY a COLLATE latin1_bin; 10.3.11. 一些决定collation 比较棘手的情况 在绝大多数查询里，MySQL 用什么collation来进行比较操作都是很显而易见的，例如， 在下面的情况里，很显然collation 应该是"列 x 的列 collation": select x FROM T ORDER BY x; select x FROM T where x = x; select DISTINCT x FROM T; 但是，当卷入了多操作数时，就很难搞了，例如： select x FROM T where x = \\'Y\\'; 这个查询应该使用列 x 的collation 呢，还是使用字符串\\'Y\\' 的？ 标准SQL 使用被叫做``coercibility\\'\\' 的规则来解决这个问题。本质就是：因为 x 和 \\'Y\\' 都有collation ,优先使用谁的collation呢？这很复杂，不过下面的规则能 应付大多数情况： ·一个COLLATE 子句的 coercibility 是0 （也就是根本不coercible） ·两个具有不同collation 的字符串连结的 coercibility 是1 ·一个列的 collation 的 coercibility 是 2 ·一个文字型的collation 的 coercibility 是3。 那些规则这样解决含混： ·使用具有最低 coercibility 值的collation ·假如两边具有一样的 coercibility， 假如两个collation 不同那就是错误。 例如： column1 = \\'A\\' 使用column1的collation column1 = \\'A\\' COLLATE x 使用 \\'A\\' 的collation column1 COLLATE x = \\'A\\' COLLATE y Error COERCIBILITY() 函数可以用来判定一个字符串表达式的coercibility： mysql> select COERCIBILITY(\\'A\\' COLLATE latin1_swedish_ci); -> 0 mysql> select COERCIBILITY(\\'A\\'); -> 3 User Comments Posted by Thierry Danard on November 5 2004 10:34pm 对于数据库引擎来说显而易见的排序并不是总那么显而易见（version 4.1). 一个没有带类似于"select concat(mycolumn, \\'%\\') from mytable "这样的排序指令 的查询在"mycolumn" 和"%"的字符集不一样的情况下不会工作。 在我这里，整个数据库使用 UTF-8, 默认情况下, \\'%\\' 假设是 latin1, causing an error to be triggered。 10.3.12. Collations Must Be for the Right Character Set 记得说过每个字符集都有一个或者多个collation，每个collation只和一个字符集关联。 因此，下面的语句会导致错误，因为 latin2_bin 这个collation 和 latin1 这个字符集 不配套。 mysql> select _latin1 \\'x\\' COLLATE latin2_bin; ERROR 1251: COLLATION \\'latin2_bin\\' is not valid for CHARACTER SET \\'latin1\\' 在某些情况下，在 MySQL 4.1 前工作的表达式会在MySQL 4.1以后的版本失败， 假如你在帐号里没有字符集和collation的话。例如，在 MySQL 4.1 前，这个语句 会这样工作： mysql> select SUBSTRING_INDEX(USER(),\\'@\\',1); +-------------------------------+ | SUBSTRING_INDEX(USER(),\\'@\\',1) | +-------------------------------+ | root | +-------------------------------+ 升级到MySQL 4.1 以后，语句失效： mysql> select SUBSTRING_INDEX(USER(),\\'@\\',1); ERROR 1267 (HY000): Illegal mix of collations (utf8_general_ci,IMPLICIT) and (latin1_swedish_ci,COERCIBLE) for operation \\'substr_index\\' 发生这个的原因是username 使用utf8存储（参看10.6节)，因此， USER() 函数 和文字型字符串\\'@\\'具有不同的字符集（当然也是不同collation)： mysql> select COLLATION(USER()), COLLATION(\\'@\\'); +-------------------+-------------------+ | COLLATION(USER()) | COLLATION(\\'@\\') | +-------------------+-------------------+ | utf8_general_ci | latin1_swedish_ci | +-------------------+-------------------+ 解决的一个方式是告诉MySQL把文字型字符串翻译成utf8： mysql> select SUBSTRING_INDEX(USER(),_utf8\\'@\\',1); +------------------------------------+ | SUBSTRING_INDEX(USER(),_utf8\\'@\\',1) | +------------------------------------+ | root | +------------------------------------+ 另一个方式是把连接的字符集和collation改成utf8，你可以使用SET NAMES \\'utf8\\' 或者直接设置两个系统变量character_set_connection 和 collation_connection 的值来达到这个目的。 10.3.13. Collation 的效果的一个例子 假设表 T 里的列 X 具有这些 latin1 的列值： Muffler Müller MX Systems MySQL 并且假设这些列值可以用下列语句找回： select X FROM T ORDER BY X COLLATE collation_name; 在这张表中列出了不同collation 的结果值的结果排序 latin1_swedish_ci latin1_german1_ci latin1_german2_ci Muffler Muffler Müller MX Systems Müller Muffler Müller MX Systems MX Systems MySQL MySQL MySQL 这张表显示了假如我们在一个 ORDER BY 子句里使用不同collation 会有什么样的效果 的例子，导致这种不同排序结果的字符是上面有两个点的 U，在德语里叫做U-曲音， 不过我们叫做U-分音符 ·第一列显示了使用瑞典/芬兰 collation 规则的 select 的结果，U-分音符 通过Y归类 ·第二列显示了使用德语DIN-1 规则的select 语句的结果，U-分音符通过U归类 ·第三列显示了使用德语DIN-2 规则的select 语句的结果，U-分音符通过UE归类 三种不同的collation ，三种不同的结果，这是MySQL 在这里的处理。通过使用合适的 collation，你可以选择你想要的排序次序。 返回类别: 教程 上一教程: SQL Server端口更改后的数据库连接方法 下一教程: MySQL 内部函数的使用 您可以阅读与"MySQL 字符集支持"相关的教程: · MYSQL4.1字符集支持的原理 · MYSQL5.0的字符集设置问题：支持中文 · MYSQL MAX版本如何修改默认字符集 · MYSQL的转义字符“\” · 字符集问题的初步探讨 |
  |
| 快精灵印艺坊 版权所有 |
首页 会员中心在线印刷在线编辑付款方式索取样品设计指南连锁门店
|
||
