mysql的服务器连接排序规则怎么选择

select * from databasename1.dbo.tablename t1 inner join databasename2.dbo.tablename2 t2

on t1.col1 = t2.col1

选择只要用【数据库名.dbo.表名】 即可（可能也不是dbo 看数据库的设置了）

您好，很高兴为您解答。

1.sp_helpsort 

SELECT SERVERPROPERTY ('Collation') 

查看你的排序规则. 

不过你的这个应该和字符集有关.

 

2.更改服务器排序规则 

更改 SQL Server 2005 实例的默认排序规则的操作可能会比较复杂，包括以下步骤： 

 

确保具有重新创建用户数据库及这些数据库中的所有对象所需的全部信息或脚本。 

使用工具（例如大容量复制）导出所有数据。

删除所有用户数据库。 

重新生成在 setup 命令的 SQLCOLLATION 属性中指定新的排序规则的 master 数据库。例如： 

复制代码 

start /wait setup.exe /qb INSTANCENAME=MSSQLSERVER REINSTALL=SQL_Engine REBUILDDATABASE=1 SAPWD=test SQLCOLLATION=SQL_Latin1_General_CP1_CI_AI 

有关重新生成 master 数据库的详细信息，请参阅如何重新生成 SQL Server 2005 的 Master 数据库。 

创建所有数据库及这些数据库中的所有对象。 

导入所有数据。 

注意：  

可以为创建的每个新数据库指定默认排序规则，而不更改 SQL Server 2005 实例的默认排序规则。 

 

3.设置和更改数据库排序规则 

创建新数据库时，可以使用下列内容之一指定排序规则： 

CREATE DATABASE 语句的 COLLATE 子句。 

SQL Server Management Studio. 

SQL 管理对象 (SMO) 中的 Database.Collation 属性。 

如果未指定排序规则，则使用服务器排序规则。 

可以使用 ALTER DATABASE 语句的 COLLATE 子句来更改在用户数据库中创建的任何新对象的排序规则。使用此语句不能更改任何现有用户定义的表中列的排序规则。使用 ALTER TABLE 的 COLLATE 子句可以更改这些列的排序规则。 

更改数据库排序规则时，需要更改下列内容： 

数据库的默认排序规则，这一新的默认排序规则将应用于数据库中后续创建的所有列、用户定义的数据类型、变量和参数。根据数据库中定义的对象解析 SQL 语句中指定的对象标识符时，也使用新的默认排序规则。 

将系统表中的任何 char、varchar、text、nchar、nvarchar 或 ntext 列更改为使用新的排序规则。 

将存储过程和用户定义函数的所有现有 char、varchar、text、nchar、nvarchar 或 ntext 参数和标量返回值更改为使用新的排序规则。 

将 char、varchar、text、nchar、nvarchar 或 ntext 系统数据类型和基于这些系统数据类型的所有用户定义的数据类型更改为使用新的默认排序规则。 

 

SQL code :

 

1.将数据库的字符集修改为：

alter database dbname collate Chinese_PRC_CI_AS

 

2.

 

--1. 为数据库指定排序规则

CREATE DATABASE db COLLATE Chinese_PRC_CI_AS

GO

 

ALTER DATABASE db COLLATE Chinese_PRC_BIN

GO

 

 

/*====================================*/

 

 

--2. 为表中的列指定排序规则

CREATE TABLE tb(

col1 varchar(10),

col2 varchar(10) COLLATE Chinese_PRC_CI_AS)

GO

 

ALTER TABLE tb ADD col3 varchar(10) COLLATE Chinese_PRC_BIN

GO

 

ALTER TABLE tb ALTER COLUMN col2 varchar(10) COLLATE Chinese_PRC_BIN

GO

 

 

/*====================================*/

 

 

--3. 为字符变量和参数应用排序规则

DECLARE @a varchar(10),@b varchar(10)

SELECT @a='a',@b='A'

 

--使用排序规则 Chinese_PRC_CI_AS

SELECT CASE WHEN @a COLLATE Chinese_PRC_CI_AS = @b THEN '@a=@b' ELSE '@a<>@b' END

--结果:@a=@b

 

--使用排序规则 Chinese_PRC_BIN

SELECT CASE WHEN @a COLLATE Chinese_PRC_BIN = @b THEN '@a=@b' ELSE '@a<>@b' END

--结果:@a<>@b

 

 

3.

表

ALTER   TABLE   tb

  ALTER   COLUMN   colname   nvarchar(100)   COLLATE   Chinese_PRC_CI_AS  

--不区分大小写

ALTER   TABLE   tb  

  ALTER   COLUMN   colname   nvarchar(100)   COLLATE   Chinese_PRC_CS_AS  

--区分大小写

数据库

ALTER   DATABASE   database  

COLLATE   Chinese_PRC_CS_AS  

--区分大小写

 

ALTER   DATABASE   database COLLATE Chinese_PRC_CI_AS --不区分大小写

 

 

方法一.安装SQL时选择区分大小写

或安装完以后重建mastar，选择区分大小

C:\Program   Files\Microsoft   SQL   Server\80\Tools\Binn\rebuildm.exe

 

方法二.sql   server   8.0以上的版本才可以，7.0及其以下不支持

alter   database   数据库   COLLATE   Chinese_PRC_CS_AS

修改排序规则，改成大小写敏感的排序规则

如果只修改一个表，用alter   table语句  

如果修改一个库的默认排序规则，用alter   datebase语句  

如果修改整个服务器的默认排序规则，用Rebuildm.exe重建master库  

--指定排序规则就可以了

 

--示例  

select   replace('AbacB'   collate   Chinese_PRC_CS_AS_WS,'B','test')  

 

--如果你是要求表支持,则可以建表时指定排序规则,这样replace就不用写排序规则了  

 

--示例  

create   table   tb(a   varchar(20)   collate   Chinese_PRC_CS_AS_WS)  

insert   tb   values('Abac')  

 

select   replace(a,'a','test')   from   tb

 

drop   table   tb

 

指定排序规则即可

 

Windows   排序规则名称  

在   COLLATE   子句中指定   Windows   排序规则名称。Windows   排序规则名称由排序规则指示器和比较风格构成。  

 

语法  

<   Windows_collation_name   >   ::   =  

 

        CollationDesignator_ <ComparisonStyle>

 

        <   ComparisonStyle   >   ::=  

                CaseSensitivity_AccentSensitivity  

                [_KanatypeSensitive   [_WidthSensitive   ]   ]  

                &#166   _BIN  

 

参数  

CollationDesignator  

 

指定   Windows   排序规则使用的基本排序规则。基本排序规则包括：  

 

当指定按字典排序时应用其排序规则的字母表或语言

 

 

用于存储非   Unicode   字符数据的代码页。  

例如   Latin1_General   或法文，两者都使用代码页   1252，或土耳其文，它使用代码页   1254。  

 

CaseSensitivity

 

CI   指定不区分大小写，CS   指定区分大小写。

 

AccentSensitivity

 

AI   指定不区分重音，AS   指定区分重音。

 

KanatypeSensitive

 

Omitted   指定不区分大小写，KS   指定区分假名类型。

 

WidthSensitivity

 

Omitted   指定不区分大小写，WS   指定区分大小写。

 

BIN

 

指定使用二进制排序次序。  

 

 

如果你只是目前查询区分，那么还是不要这样改，免得又反悔，如此查询：

select   *   from   a  

/*

a_nam             a_add            

----------   ----------  

1                     aa

1                     bb

2                     cc

2                     vv

2                     kk

3                     dd

3                     ee

4                     dd

5                     ee

6                     yy

6                     yy

 

(11   row(s)   affected)

*/

现在我们查询a_add   =   'aa'的，'Aa'等等不行！

Example   1：

 

select   *   from   a  

where   a_add   collate   Chinese_PRC_CS_AS_WS   =   'aa'  

/*

a_nam             a_add            

----------   ----------  

1                     aa

 

(1   row(s)   affected)

*/

 

Example   2：

 

select   *   from   a  

where   a_add   collate   Chinese_PRC_CS_AS_WS   =   'Aa'  

/*

a_nam             a_add            

----------   ----------  

 

(0   row(s)   affected)

*/

 

方法三.上面的记不住，那么就用最笨的方法，转化为ascii

select   *   from   a

where  

ascii(substring(a_add,1,1))   =   ascii(substring('Aa',1,1))

and  

ascii(substring(a_add,2,1))   =   ascii(substring('Aa',2,1))

/*

a_nam             a_add            

----------   ----------  

 

(0   row(s)   affected)

*/

 

方法三：任何版本都可以

select   *   from   a  

where   cast(a_add   as   varbinary(10))=   cast('aa'   as   varbinary(10))

如若满意，请点击右侧【采纳答案】，如若还有问题，请点击【追问】

希望我的回答对您有所帮助，望采纳！

                                                                                                                            ~ O(∩_∩)O~

我们在使用PhpMyAdmin管理面板时，可以在首页看到名为“Server connection collation”（服务器连接排序规则）的选项，用来选择所使用的字符集。对于我们常用的UTF8，却有utf8和utf8mb4两种，这是为什么呢？

原来，MySQL在5.5.3版本之后增加了这个utf8mb4的编码，mb4就是most bytes

4的意思，专门用来兼容四字节的unicode。其实，utf8mb4是utf8的超集，理论上原来使用utf8，然后将字符集修改为utf8mb4，也

会不会对已有的utf8编码读取产生任何问题。当然，为了节省空间，一般情况下使用utf8也就够了。

二、为什么会有UTF8MB4

既然utf8应付日常使用完全没有问题，那为什么还要使用utf8mb4呢? 低版本的MySQL支持的utf8编码，最大字符长度为 3

字节，如果遇到 4 字节的字符就会出现错误了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xFFFF，也就是 Unicode

中的基本多文平面（BMP）。也就是说，任何不在基本多文平面的 Unicode字符，都无法使用MySQL原有的 utf8

字符集存储。这些不在BMP中的字符包括哪些呢？最常见的就是Emoji 表情（Emoji 是一种特殊的 Unicode 编码，常见于 ios 和

android 手机上），和一些不常用的汉字，以及任何新增的 Unicode 字符等等。

三、扩展阅读：UTF-8编码

理论上将， UTF-8 格式使用一至六个字节，最大能编码 31 位字符。最新的 UTF-8 规范只使用一到四个字节，最大能编码21位，正好能够表示所有的 17个 Unicode 平面。关于UTF编码，请阅读《常见编码总结》一文。

而utf8 则是 Mysql 早期版本中支持的一种字符集，只支持最长三个字节的 UTF-8字符，也就是 Unicode 中的基本多文本平面。这可能是因为在MySQL发布初期，基本多文种平面之外的字符确实很少用到。而在MySQL5.5.3版本后，要在 Mysql 中保存 4 字节长度的 UTF-8 字符，就可以使用 utf8mb4 字符集了。例如可以用utf8mb4字符编码直接存储emoj表情，而不是存表情的替换字符。

为了获取更好的兼容性，应该总是使用 utf8mb4 而非 utf8，事实上，最新版的phpmyadmin默认字符集就是utf8mb4。诚然，对于 CHAR 类型数据，使用utf8mb4 存储会多消耗一些空间。

---