在同一个SQL实例里边能同时有不同大小写敏感设置的数据库存在吗？

Question

在同一个SQL实例里边能同时有不同大小写敏感设置的数据库存在吗？
例如，某SQL实例边有A，B两个数据库，A数据库要求区分大小写，B数据库要求不区分大小写。这样怎么设置？

Answer 1

alter database db_name1 collate chinese_prc_cs_as
go
alter database db_name2 collate chinese_prc_ci_as

Answer 2

alter database db_name1 collate chinese_prc_cs_as
go
alter database db_name2 collate chinese_prc_ci_as

Answer 3

test数据库以前安装时全部采用的默认的方式，现在
执行alter database test collate chinese_prc_cs_as
会出现以前错误
服务器: 消息 5075，级别 16，状态 1，行 1
列 'test.f1' 依赖于 数据库排序规则。
服务器: 消息 5075，级别 16，状态 1，行 1
列 'test.f2' 依赖于 数据库排序规则。
服务器: 消息 5075，级别 16，状态 1，行 1
列 'test2.f1' 依赖于 数据库排序规则。
服务器: 消息 5075，级别 16，状态 1，行 1
列 'test2.f2' 依赖于 数据库排序规则。
服务器: 消息 5072，级别 16，状态 1，行 1
ALTER DATABASE 失败。无法将数据库 'Test' 的默认排序规则设置为 'Chinese_PRC_CS_AS'。

Answer 4

f1 f2 是函数？是视图？里面有charindex 之类？

Answer 5

alter database db_name1 collate chinese_prc_cs_as
go
alter database db_name2 collate chinese_prc_ci_as
go
你去执行一下就知道会是啥了

Answer 6

先把f1 f2这些函数或是视图备份出来，然后删除
然后再
alter database db_name1 collate chinese_prc_cs_as
go
alter database db_name2 collate chinese_prc_ci_as最后再用刚才的f1/f2 备份重建f1 f2

Answer 7

看错了原来是列：
列 'test.f1' 依赖于 数据库排序规则。估计是你的列的问题啦。看看你列的排序规则呢函数里有charindex也是不会让你直接alter database db_name1 collate chinese_prc_cs_as 的。

Answer 8

查询分析器看：  sp_datatype_info   12   结果的case_sensitive 列  
如果是1

Answer 9

如果是1  ，手工到master库中改成  0

Answer 10

跟你的数据库的排序规则有关的排序规则名称由两部份构成，前半部份是指本排序规则所支持的字符集。
如：
　　Chinese_PRC_CS_AI_WS 
前半部份：指UNICODE字符集，Chinese_PRC_指针对大陆简体字UNICODE的排序规则。
排序规则的后半部份即后缀 含义： 
　　_BIN 二进制排序 
　　_CI(CS) 是否区分大小写，CI不区分，CS区分
　　_AI(AS) 是否区分重音，AI不区分，AS区分　　　
　　_KI(KS) 是否区分假名类型,KI不区分，KS区分　
    _WI(WS) 是否区分宽度 WI不区分，WS区分　区分大小写:如果想让比较将大写字母和小写字母视为不等，请选择该选项。
区分重音:如果想让比较将重音和非重音字母视为不等，请选择该选项。如果选择该选项，
         比较还将重音不同的字母视为不等。
区分假名:如果想让比较将片假名和平假名日语音节视为不等，请选择该选项。
区分宽度:如果想让比较将半角字符和全角字符视为不等，请选择该选项