SQL SERVER 变量的Collcation是跟哪个数据库相同？

KevinLiu 2013-05-21 02:21:16
加精
看MSDN上面说是跟着当前数据库的，但是实际测试下来是跟TEMPDB,大家有没有遇到过类似问题？有没有官方文档？

看论坛上有人遇到变量大小写敏感的问题，但是当前数据库是大小写不敏感的，所以才有这个帖子。
...全文
1192 33 打赏 收藏 转发到动态 举报
写回复
用AI写文章
33 条回复
切换为时间正序
请发表友善的回复…
发表回复
zhengjun 2013-05-27
  • 打赏
  • 举报
 回复
还有没大神路过给看看呢
u010829884 2013-05-25
  • 打赏
  • 举报
 回复
看不懂。。。。
魔者侠心之明星级程序员 2013-05-23
  • 打赏
  • 举报
 回复
呵呵，LZ理解错了，大小敏感指的是变量的具体值，而不是变量名称本身。
KevinLiu 2013-05-23
  • 打赏
  • 举报
 回复
引用 29 楼 SQL_Beginner 的回复:
[quote=引用 28 楼 SmithLiu328 的回复:] [quote=引用 27 楼 SQL_Beginner 的回复:] 呵呵，LZ理解错了，大小敏感指的是变量的具体值，而不是变量名称本身。
那变量名称大小写敏感是跟tempdb保持一致吗[/quote] 名称跟 DB instance走。 http://social.msdn.microsoft.com/Forums/en-US/vstsdb/thread/0d833fab-2b32-4b98-a3ab-cdf8c743e5e0[/quote] Got it, thanks
魔者侠心之明星级程序员 2013-05-23
  • 打赏
  • 举报
 回复
引用 28 楼 SmithLiu328 的回复:
[quote=引用 27 楼 SQL_Beginner 的回复:] 呵呵，LZ理解错了，大小敏感指的是变量的具体值，而不是变量名称本身。
那变量名称大小写敏感是跟tempdb保持一致吗[/quote] 名称跟 DB instance走。 http://social.msdn.microsoft.com/Forums/en-US/vstsdb/thread/0d833fab-2b32-4b98-a3ab-cdf8c743e5e0
KevinLiu 2013-05-23
  • 打赏
  • 举报
 回复
引用 27 楼 SQL_Beginner 的回复:
呵呵，LZ理解错了，大小敏感指的是变量的具体值，而不是变量名称本身。
那变量名称大小写敏感是跟tempdb保持一致吗
u010799241 2013-05-22
  • 打赏
  • 举报
 回复
不太明白哦~
ChinaITOldMan 2013-05-21
  • 打赏
  • 举报
 回复
是的，谢谢Kevin的鼎力相助！
KevinLiu 2013-05-21
  • 打赏
  • 举报
 回复
引用 23 楼 u010785069 的回复:
MSDN上找到的信息是说当前数据库的COLLATION： You cannot specify a collation for character variables and parameters; they are always created with the default collation of the database. http://msdn.microsoft.com/en-us/library/aa174903(v=sql.80).aspx
这个我已经看到了，但是测试下来跟这个解释不通。
假身份卡机 2013-05-21
  • 打赏
  • 举报
 回复
MSDN上找到的信息是说当前数据库的COLLATION： You cannot specify a collation for character variables and parameters; they are always created with the default collation of the database. http://msdn.microsoft.com/en-us/library/aa174903(v=sql.80).aspx
左小宸 2013-05-21
  • 打赏
  • 举报
 回复
引用 1 楼 SmithLiu328 的回复:
MSDN上找到的信息是说当前数据库的COLLATION： You cannot specify a collation for character variables and parameters; they are always created with the default collation of the database. http://msdn.microsoft.com/en-us/library/aa174903(v=sql.80).aspx
在网上看看。。。
左小宸 2013-05-21
  • 打赏
  • 举报
 回复
引用 2 楼 DBA_Huangzj 的回复:
有例子吗？我曾经帮别人弄过一个存储过程报错，然后检查了整个用户数据库，发现都没问题，后来发现他用了一个临时表，再去tempdb看，果然tempdb和用户库不一致，改了之后就没事了。
引用 11 楼 SmithLiu328 的回复:
[quote=引用 9 楼 xyc880813 的回复:] 刚才我测试的结果是这样的，如果是create table #tb1这样的，排序规则走的TempDB 如果是declare @tb2 table 这样的，排序规则走的当前上下文use的数据库 Microsoft SQL Server 2008 R2 (SP1) - 10.50.2550.0 (X64) Jun 11 2012 16:41:53 Copyright (c) Microsoft Corporation Developer Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)
不是表变量 是字符串变量，表变量的话是存储在TEMPDB的。 [/quote] 可以百度下、、、
陈大勇 2013-05-21
  • 打赏
  • 举报
 回复
引用 4 楼 DBA_Huangzj 的回复:
哦，对哦，没看清你说的是“变量”，不过你的数据库试过设为大小写不敏感不？我也想知道，推荐一下你的贴
引用 10 楼 SmithLiu328 的回复:
我的是字符串变量 [quote=引用 8 楼 DBA_Huangzj 的回复:] 问一下你的是表变量还是字符串变量？
我的是字符串变量。[/quote]
KevinLiu 2013-05-21
  • 打赏
  • 举报
 回复
引用 16 楼 xyc880813 的回复:
[quote=引用 15 楼 SmithLiu328 的回复:]
懂了，我完全理解错题目了= = 我也去测试一下[/quote] 可能我说的不够详细 呵呵 非常感谢。
xyc880813 2013-05-21
  • 打赏
  • 举报
 回复
引用 15 楼 SmithLiu328 的回复:
懂了，我完全理解错题目了= = 我也去测试一下
KevinLiu 2013-05-21
  • 打赏
  • 举报
 回复
xyc880813 2013-05-21
  • 打赏
  • 举报
 回复
所以我认为#tb这样的是存在TempDB里了，自然遵循TempDB的排序规则 而@tb这样的，就是遵循当前库的排序规则了 另外我不太明白，排序规则为啥会跟字符串变量有联系？排序规则不是作用在表中的一个属性么？ 是您declare了一个变量，然后插入表？还是做了什么操作？
xyc880813 2013-05-21
  • 打赏
  • 举报
 回复
楼上贴错图了
真图在这：
xyc880813 2013-05-21
  • 打赏
  • 举报
 回复
引用 11 楼 SmithLiu328 的回复:
[quote=引用 9 楼 xyc880813 的回复:]
刚才我测试的结果是这样的，如果是create table #tb1这样的，排序规则走的TempDB
如果是declare @tb2 table 这样的，排序规则走的当前上下文use的数据库

Microsoft SQL Server 2008 R2 (SP1) - 10.50.2550.0 (X64)
Jun 11 2012 16:41:53
Copyright (c) Microsoft Corporation
Developer Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

不是表变量 是字符串变量，表变量的话是存储在TEMPDB的。
[/quote]

那就很奇怪了，我当前的数据库排序规则是：SQL_Latin1_General_CP1_CI_AS
tempdb的排序规则是：Chinese_PRC_CI_AS
然后我创建一个临时表，create table #t1(

name varchar(20) collate Albanian_CI_AI_WS,

value int);
之后再设置一个表变量，declare @t3 table
(name varchar(20) ,

value int)

之后select * from #t1 A inner join @t3 C on A.name=c.name

会报错：Msg 468, Level 16, State 9, Line 6
Cannot resolve the collation conflict between "Chinese_PRC_CI_AS" and "Albanian_CI_AI_WS" in the equal to operation.

KevinLiu 2013-05-21
  • 打赏
  • 举报
 回复
引用 9 楼 xyc880813 的回复:
刚才我测试的结果是这样的，如果是create table #tb1这样的，排序规则走的TempDB 如果是declare @tb2 table 这样的，排序规则走的当前上下文use的数据库 Microsoft SQL Server 2008 R2 (SP1) - 10.50.2550.0 (X64) Jun 11 2012 16:41:53 Copyright (c) Microsoft Corporation Developer Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)
不是表变量 是字符串变量，表变量的话是存储在TEMPDB的。
加载更多回复（10）
com.microsoft.sqlserver.jdbc.SQLServerDriver
针对驱动com.microsoft.sqlserver.jdbc.SQLServerDriver所需的三个jar包。
Toad for SQL Server 6.1，最新版绿色单文件（已注册）
最近折腾SQL Server的localdb，微软自带的管理工具很庞大，安装复杂。发现Toad的很好用SQL Server数据库管理工具，特意制作成单文件，不用安装，直接管理。已经注册好了，可以直接使用。win7、8（64位）测试可行。 另：告诉大家一个快速进行软件注册的办法（win7、8下） 1、新建C:\ProgramData\Quest Software\Toad for SQL Server 6.1目录 2、在目录下新建license.key文件 3、在文件中输入以下注册码： BFGPY5J1BT2NFDGJJV00TQAFW6KM0DG8CQW9A5AF5JNG85H16GBKMDBX4H8LJ0LGX3ADA4BJ3DP4ATTQC17N1-ru-board-89 cr2384
Microsoft SQL Server 2005技术内幕： T-SQ程序设计.pdf
SQL Server 2005微软官方权威参考手册　　 　　是Inside Microsoft SQL Server 2005系列书中的第一本，SQL Server类的顶尖之作 　　全球公认SQL Server 2005经典著作，囊括大量鲜为人知的技术内幕，大师智慧、专家经验尽览无余。　　　　 　　本系列图书中文版得到了微软总部SQL Server组专家的高度重视，同时也得到了微软中国上海SQL Server全球技术支持中心的高度关注。　　　　　 　　本书详细介绍了T-SQL的内部构造，包含了非常全面的编程参考。数据库开发人员和DBA可以通过书中的最佳实践、高级技巧和代码示例来掌握这门复杂的编程语言，以切合实际的方案来解决复杂的问题。本书涵盖了T-SQL程序设计的方方面面，如基于集合的编程技术、日期和时间相关的XML和CLR数据类型的使用、临时对象、T-SQL和CLR用户自定义函数、存储过程、触发器、事务和新的错误处理结构、应用并发模型支持并发用户、使用Service Broker来控制数据库应用程序中的异步处理等。 　 内容简介 本书是Inside Microsoft SQL Server 2005系列四本著作中的一本。它详细介绍了T-SQL的内部构造，包含了非常全面的编程参考。它提供了使用Transact-SQL（T-SQL）的专家级指导，T-SQL是用于SQL Server的最常见的也是功能最强大的编程语言。该书由Itzik Ben-Gan权威执笔，重点关注语言特性以及它们如何被SQL Server引擎解释和处理。 　　通过本书，你将深入了解T-SQL的高级用法，包括触发器、用户自定义函数、异常处理等。该书解释并比较了SQL Server 2000和SQL Server 2005在数据库开发相关问题上的解决方案，深入讨论了SQL Server 2005中新增的T-SQL编程特性，包含了大量的代码示例、表示例和逻辑难题以帮助数据库开发人员和管理员理解复杂的逻辑并掌握T-SQL。 　　本书适合于专业数据库开发者、BI开发者、DBA和以SQL Server作为后台数据库的一般应用程序开发者，读者可以通过书中的最佳实践、高级技巧和代码示例来掌握这门复杂的编程语言，以切合实际的方案来解决复杂的实际问题。 作者简介 Itzik Ben-Gan是Solid Quality Learning的导师和创始人。从1999年开始，他一直是Microsoft SQL Server MVP（最有价值专家），并在全世界已经开展过无数次T-SQL查询、T-SQL优化和编程方面的培训。Itzik是Microsoft SQL Server方面几本著作的作者。他在SQL ServerMagazine和MSDN上发表了许多文章和白皮书。Itzik被邀请在许多会议上做报告，包括TechEd、DevWeek、世界各地的各种SQL用户组、PASS、SQL server Magazine Connections和Solid Quality Learning的会议。 从1992年开始，Itzik就一直致力于涉及各种数据库和计算机系统相关技术的多个课题。除了帮助顾客处理紧迫的要求、修复问题、优化数据库、教学和担任顾问以外，他还帮助开发人员和数据库管理员转变关系/基于集合的理念，改善他们编写代码的性能和可维护性。Itzik擅长T-SQL查询、查询优化、编程和内部原理，此外他还精通其他的数据库领域。1999年，Itzik创立以色列SQL Server和OLAP用户组，一直管理至今。 目录 序 前言 致谢 引言 第1章 数据类型相关的问题，XML和CLR UDT 1.1 DATETIME数据类型 DATETIME的存储格式 时间处理 　　Datetime相关的查询问题 　1.2 与字符相关的问题 　　模式匹配 　　区分大小写(Case-Sensitive)的筛选器 　1.3 大型对象(Large Object，LOB) 　　MAX 说明符 　　BULK行集提供程序 　1.4 隐式转换(Implicit Conversion) 　　标量表达式 　　筛选表达式 　1.5 基于CLR的用户定义类型 　　UDT理论简介 　　开发UDT 　1.6 XML数据类型 　　关系数据库中的XML支持 　　什么时候应该使用XML代替关系表现形式？ 　　数据库中的XML序列化对象 　　使用开放架构（Open Schema）的XML 　　作为存储过程参数的XML数据类型 　　Xquery修改语句 　1.7 结论 第2章 临时表和表变量 　2.1 临时表 　　局部临时表 　　全局临时表 　2.2 表变量 　　限制条件 　　tempdb 　　范围和可见性 　　事务上下文 　　统计信息 　2.3 tempdb相关的注意事项 　2.4 表表达式 　2.5 比较临时对象 　2.6 综合练习——关系分区(Relational Division) 　2.7 结论 第3章 游标 　3.1 使用游标 　3.2 游标开销 　3.3 单独处理每一行 　3.4 按顺序访问 　　自定义聚合 　　连续聚合 　　最大并发会话 　　匹配问题 　3.5 结论 第4章 动态SQL 第5章 视图 第6章 用户定义函数 第7章 存储过程 第8章 触发器 第9章 事务 第10章 错误处理 第11章 Service Broker 附录A CLR程序指南 A.1 创建CLRUtilities数据库: SQL Server A.2 部署：Visual Studio A.3 部署和测试：Visual Studio 和 SQL Server 索引 中英文术语对照表
SQLServer2000驱动jar包
java连接SQLServer2000数据库,用这个驱动，必须的。
java连接sql server2008所需要的jar包
里面有4个jar包 3个是sql server 2008的驱动包 还有一个是连接使用的包
疑难问题

22,298

社区成员

121,731

社区内容

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章