如何防止归类影响SQL语法中的表名？
有人可以解释如何保护表名不受排序规则设置的约束吗？ 我当前收到错误消息： （受影响的0行） （受影响的0行） （受影响的0行） 消息208，级别16，状态1，第1行 无效的对象名称'数据归档”。 消息208，级别16，状态1，第1行 无效的对象名称“ MyDatabase.dbo.Dataarchive”。 通过此SQL： USE主机； CREAT
..
collation相关内容
在sql server 2008中使用unicode文本
我想在我的网站中使用unicode文本。我在数据库中具有nvarchar（max）数据类型来存储数据。当我将unicode文本保存到数据库中时，它可以正常工作。但是，当我尝试执行一些sql操作时，unicode文本将更改为“ ?????”。 例如，下面的查询 声明@unicodetext nvarchar（250） set @ unicodetext ='बन्द ' select @
..
NVARCHAR存储SQL Server上的UCS-2编码不支持的字符
通过SQL Server的文档（和旧版文档），一个 nvarchar 字段，没有 _SC 排序规则，应使用 UCS-2 ENCODING 。 从SQL Server 2012（11.x）开始，使用启用了补充字符 （SC）的排序规则时，这些数据类型存储Unicode字符数据的整个范围 ，并且使用UTF-16字符编码。如果指定了 非SC排序规则，则这些数据类型仅存储UCS-2字符编码支持的
..
如何更好地解决归类冲突？
我的数据库存在排序规则问题，并且已经开发了自己的解决方案。 解决方案： DECLARE @new_collation varchar（128）， @conflict_collation varchar（128）， @cmd_holder varchar（2000）， @cmd_complete varchar（2000） ， @schema varchar（128），
..
如何获取数据库中特定表的排序规则？
如何获取数据库中特定表的排序规则？ 解决方案 表级别的排序规则是基于每列的，因此，表中的数据库排序规则是否可能不同？排序规则可能不同于数据库。如果没有在列级别定义排序规则，则默认为数据库排序规则设置。 SQL Server 2000： SELECT c.name， c。归类 从SYSCOLUMNS c WHERE [id] = OBJECT_ID（'your_table
..
在T-SQL中强制转换nvarchar变量的排序规则
我需要更改nvarchar变量的排序规则。 通过文档： （...） 3.可以在多个级别将COLLATE子句指定为 。这些包括以下 ： 投射 表达式的排序规则。您可以使用COLLATE 子句将字符表达式 应用于特定的排序规则。字符 的文字和变量被赋予 当前 数据库的默认排序规则。列引用是 分配给列 的定义排序规则。有关 表达式的排序规则，请参见排序规则 （Tra
..
所有归类中包含相同长度整数的字符串的数字排序顺序
是否可以安全地假定SQL Server中的所有排序规则都将对包含相同长度整数的字符串给出“预期”（即数字）排序顺序？例如，假设 @text 仅包含非负整数（ [0-9] + ），则以下代码段工作，以确保该值不会超出 int 范围，否则可能会有一些排序规则，其中 @text
..
有关SQL Server中的重音不区分大小写的问题（Latin1_General_CI_AS）
我们所有的数据库都是使用默认排序规则（ Latin1_General_CI_AS ）安装的。 我们计划更改排序规则允许客户搜索带有重音的不敏感内容。 问题： 负面因素是什么（如果有）口音不敏感的数据库的概念？ 不区分重音的数据库有任何性能开销吗？ 为什么默认为SQL Server排序规则重音敏感； 解决方案 严重的是，更改数据库校对是一种皇家痛苦。请参阅cod
..
我如何找出我的MSSQL服务器排序规则？
是否可以执行一个SQL查找？ 解决方案 服务器默认排序规则： 选择服务器属性（'归类'） 与 select databasepropertyex（'master'，'collation'） 相同code> 检查联机丛书中的SERVERPROPERTY 了解有关服务器（实例）的其他信息。
..
SQL Server不区分大小写的排序规则
在SQL Server中使用不区分大小写的排序规则（在查询性能方面）有什么好处/缺点？ 我的数据库当前正在使用不区分大小写的排序规则，我不太喜欢。我非常想将其更改为区分大小写。更改排序规则时应该注意些什么？ 解决方案 （我将其添加为单独的答案，因为它与我的答案有很大不同首先。） 好吧，找到了一些实际的文档。这篇 MS KB文章指出，在不同归类之间，存在性能差异，但您想不到的地方
..
更改SQL Server 2012数据库的排序规则
更改排序规则 我需要从 Latin1_General_CI_AS更改特定服务器上我们数据库之一的排序规则到 SQL_Latin1_General_CP1_CI_AI ，以便与我们的其他数据库匹配。 问题 但是，当我尝试执行此操作时，出现以下错误： ALTER DATABASE失败。数据库“ XxxxxXxxxxx”的默认排序规则不能设置为SQL_Latin1_General
..
执行sqlite3的“点”来自Python的命令或在命令行实用工具中注册排序规则
我的sqlite3数据库包含一个“ collate”列约束。我将其放在表的架构中，以防止意外忽略使用必要的排序规则。但这意味着从命令行而不是从我的Python代码运行 sqlite3 时，模式中引用的排序规则不存在，并且我无法使用点命令 sqlite>。 .import data.txt table_name 错误：没有这样的排序顺序：my_collation
..
临时表排序规则冲突-错误：无法解决Latin1 *和SQL_Latin1 *之间的排序规则冲突
我无法更新临时表。这是我的查询 创建表#temp_po（IndentID INT，OIndentDetailID INT，OD1 VARCHAR（50），OD2 VARCHAR（50） ， OD3 VARCHAR（50），ORD VARCHAR（50），NIndentDetailID INT，ND1 VARCHAR（50），ND2 VARCHAR（50）， ND3 VARCHAR（50）
..
在SQL Server上使用不同排序规则的两个数据库之间进行联接并收到错误
我知道，对于我在问题中所写的内容，我都不会感到惊讶。但是我的情况是在继承的POS系统上缓慢地工作，而我的前任显然没有意识到JOIN，因此当我查看载入60秒的内部页面之一时，我发现这相当快，将这8个查询重写为一个用JOINs查询情况。问题在于，除了不了解JOIN之外，他似乎还迷恋多个数据库，并且感到惊讶，他们惊讶地使用了不同的排序规则。事实是，我们使用所有“普通”拉丁字符，说英语的人会考虑整个字母，
..
子查询列名称中的大小写错误导致错误的结果，但没有错误
使用SQL Server Management Studio，我得到了一些不良结果（看起来像是我的bug。？） 如果我使用（FIELD而不是field other_table）： SELECT * FROM main_table WHERE字段IN（SELECT field FROM other_table） 我从main_table获得所有结果。 使用正确
..
如何在SQL Server中获得排序规则的区分大小写的版本？
是否有一种方法可以获取区分大小写的排序规则以在查询中使用？ 假设查询可以用于具有不同查询类型的数据库排序规则，其中一些不区分大小写，并且可以具有不同的文化。 （例如，多个客户端） 但是，此查询应始终以区分大小写的方式运行，并且在可能的情况下，请勿更改排序规则区域性和其他属性。 例如，如果某个数据库恰巧正在使用SQL_Latin1_General_CP1_CI_AS（CI在此表示不
..
“ SQL_Latin1_General_CP1_CI_AS”之间的排序规则冲突和“ Modern_Spanish_CI_AS”等于操作
我正在创建从SQL SERVER 2008 R2到WINDOWS AZURE的SQL函数，但是我没有解决该问题的方法。 消息468，级别16，状态9，过程GetObjectivesByTest，第69行 无法解决相等于 的 “ SQL_Latin1_General_CP1_CI_AS”与“ Modern_Spanish_CI_AS”之间的排序规则冲突。 创建功能[dbo]。[Ge
..
varchar（）和nvarchar（）之间奇怪的SQL Server 2005排序规则差异
有人可以解释一下吗？ SELECT 案例CAST（'iX'AS nvarchar（20） ） > CAST（'-X'AS nvarchar（20））THEN 1 ELSE 0 END， CAST（'iX'AS varchar（20）） > CAST（'-X'AS varchar（20））THEN 1 ELSE 0 END 结果： 0 1 选择 时为CAST
..
允许特殊字符SQL Server 2008
我正在使用SQL Server 2008 Express Edition，并且其归类设置已设置为默认值。我希望在数据库中存储特殊字符，例如á，，，，，，，正常字符，例如“ a”。如何停止SQL Server这样做？ 解决方案 请确保您的列使用的类型为nvarchar（...） ，而不是varchar（...）。前者是Unicode，后者是ASCII。 此外，请确保将数据库默认排序规则
..
Django使用自定义排序规则进行查询
是否可以使用与数据库表不同的排序规则进行查询？ 解决方案 以下是如何使用指定排序规则，而不是给定表/列的默认排序规则。我假设您一直希望utf8_general_ci不区分大小写，但是您可以轻松地在代码中更改它或将其添加为变量。 请注意参数kwarg而不是db文字函数。参数存在的目的完全相同。 def iexact（** kw）： 字段= [['％ s = %% s整理utf8
..