sql2005 无法解决 equal to 操作"Chinese_PRC_CI_AS" 和 "Chinese_PRC_CS_AS" 之间的排序

最新推荐文章于 2023-05-31 14:16:19 发布
原创 最新推荐文章于 2023-05-31 14:16:19 发布 · 4.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#sql #hierarchy

本文介绍了解决在使用特定排序规则时出现的冲突问题的方法。通过跨库修改关联字段，使用了COLLATE关键字来指定一致的排序规则，从而解决了Chinese_PRC_CI_AS和Chinese_PRC_CS_AS之间的冲突。

无法解决 equal to 操作中 "Chinese_PRC_CI_AS" 和 "Chinese_PRC_CS_AS" 之间的排序规则冲突。

解决办法：

select ProductItem.U_hierarchy from ProductItem,

( select  itemcode  , U_hierarchy from acomext.dbo.oitm )t1

where ProductItem.itemCode  COLLATE Chinese_PRC_CI_AS = t1.itemcode COLLATE Chinese_PRC_CI_AS

 

此功能跨库修改关联字段

 

 

lijian260
关注
解决乱码和字符集冲突问题：sqlserver 排序规则Chinese_PRC_CI_AS（字符集+排序）| Cannot resolve the collation conflict between
专注于计算机研发知识和资讯分享
11-05 1969
新增sql server 数据库实例的默认排序规则不支持中文存储，导致乱码解决方案： 修改排序规则为Chinese_PRC_CI_AS 或者 Chinese_PRC_Stroke_CI_AS_WS或者Chinese_PRC_CI_AI_KS_WS。
SQL SERVER 字符集问题之一解决
07-25
在本文中，我们将讨论 SQL SERVER 字符集问题之一解决方案，解决 equal to 运算中 "Chinese_PRC_CI_AS" 和 "Chinese_PRC_CS_AS" 之间的排序规则冲突。 一、问题背景 在 SQL SERVER 中，默认的字符集是 SQL_Latin1_...
BOS打开单据的时候出现：无法解决 equal to 运算中 "Chinese_PRC_CS_AS" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。
hu00848的专栏
06-05 1762
导致这个错误的原因是：对应BOS查询的这个单据，你手动新增了一个字段没有进行发布，而直接到数据库里面对它进行了新增了一个字段，或者新增了一个表，而它们对应的排序规则没有继承数据库的默认排序规则：Chinese_PRC_CS_AS，所以你需要对这个字段，或者这个表进行排序规则转换如： alter table t_ap_otherbill  alter COLUMN  CFXiangmuID v
无法解决 equal to 运算中 \"Chinese_PRC_CI_AS\" 和 \"Chinese_PRC_CS_AS\" 之间的排序规则冲突。
liufei198613的博客
05-26 9201
无法解决 equal to 运算中 "Chinese_PRC_CI_AS" 和 "Chinese_PRC_CS_AS" 之间的排序规则冲突，之所以会出现这种错误，是因为服务器不能用不同的排序规则来比较两段文本。但是发果用collate关键字显式的创建一个允许这两列兼容的表达式，则查询语句按如下方式编写：  select * from testTable where testColumn1 =te
BOS打开单据的时候出现：无法解决 equal to 运算中 “Chinese_PRC_CS_AS“ 和 “Chinese_PRC_CI_AS“ 之间的排序规则冲突。
MZ199290的博客
03-05 2512
导致这个错误的原因是：对应BOS查询的这个单据，你手动新增了一个字段没有进行发布，而直接到数据库里面对它进行了新增了一个字段，或者新增了一个表，而它们对应的排序规则没有继承数据库的默认排序规则：Chinese_PRC_CS_AS，所以你需要对这个字段，或者这个表进行排序规则转换如： alter table t_ap_otherbillalter COLUMNCFXiangmuID varchar(44) collate Chinese_PRC_CS_AS 这个问题只有sql,s...
消息 468，级别 16，状态 9，过程 TBSJ_T_GXJ_FD，第 40 行 无法解决 equal to 运算中 "Chinese_PRC_CI_AS" 和 "Chinese_PRC_CS_AI" 之间的排序规则冲突。 执行存储过程，出现上面问题该如何处理？
最新发布
10-02
当执行存储过程 `TBSJ_T_GXJ_FD` 第 40 行出现消息 468，即无法解决 equal to 运算中 'Chinese_PRC_CI_AS' 和 'Chinese_PRC_CS_AI' 之间的排序规则冲突时，可以尝试以下几种处理方法： ### 1. 在 SQL 语句中指定...
解决SQL Server中'equal to'操作的排序规则冲突
"在SQL Server中，遇到'无法解决 equal to 操作的排序规则冲突'的问题，通常是因为在执行SQL语句时，涉及到了不同字符集或者排序规则的比较，导致数据比较时出现不一致。解决这个问题通常需要对涉及排序规则的列进行...
无法解决 equal to 操作的排序规则冲突
07-09
### 无法解决 equal to 操作的排序规则冲突 在处理SQL查询时，有时会遇到一个错误：“无法解决 equal to 操作的排序规则冲突”。这个问题通常出现在执行涉及不同排序规则（Collation）的数据表间的联接操作时。为了...
无法解决 equal to 运算中 “Chinese_PRC_CI_AI_KS_WS“ 和 “Chinese_PRC_CI_AS“ 之间的排序规则冲突
weixin_42072369的博客
11-09 6565
在执行sql查询中遇到了如下错误： 无法解决 equal to 运算中 “Chinese_PRC_CI_AI_KS_WS” 和 “Chinese_PRC_CI_AS” 之间的排序规则冲突。 百度一通查询后，基本上得到的结论就是： 参与比较的左右两边的字段的排序规则不一致，所以导致了这个问题的出现，网上给出的答案基本一致，在查询后面添加 collate Chinese_PRC_CI_AI_KS_WS，即原有的查询条件为： WHERE mac = trade.dev_mac AND device_no =
无法解决 equal to 运算中 “Chinese_PRC_CI_AS“ 和 “Chinese_Taiwan_Stroke_90_BIN“ 之间的排序规则冲突。的問題處理.
g893846364的博客
05-31 841
今天調試存儲過程遇到"无法解决 equal to 运算中 “Chinese_PRC_CI_AS” 和 “Chinese_Taiwan_Stroke_90_BIN” 之间的排序规则冲突。"的錯誤信息.經查找錯誤,應該是sp中建立的臨時表的排序規則與當前數據庫的排序規則不一致.為了避免這個問題,我們在創建臨時表的時候最好指定字符欄位的排序規則與當前資料庫一致. 在 SQL 中，可以使用 COLLATE 子句來指定字符型欄位的排序規則。 要在創建臨時表時指定字符型欄位的排序規則為當前資料庫的排序規則，可以使用以下
无法解决equal to 操作中"Chinese_PRC_CI_AS" 和"Chinese_PRC_CI_AS_KS" 之间的排序规则冲突。
DUKE0317的专栏
04-27 2006
在运行存储过程的时候，提示如题错误！经过网上查找得知是两个表的排序规则不同所致。 仔细分析存储过程代码，发现是代码中创建的一个临时表的排序规则与操作的一个表（USERMESSAGE）排序规则不同。 于是查看USERMESSAGE表的属性知道其排序规则为Chinese_PRC_CI_AS 在创建临时表的时候，指定列的排序规则为Chinese_PRC_CI_AS。形如：CREATE TABLE
sqlserver2008查询语句报错 无法解决 equal to 运算中 "Chinese_PRC_BIN" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突
放驴小子的博客
02-23 8255
SELECT top(10) * FROM [attendance].[dbo].[att_AttendanceDetail] a left join [attendance].[dbo].[base_StaffInfo] b on a.staffID collate Chinese_PRC_CI_AS =b.user_no where uploadtime>='2018-02-10 00:...
无法解决 equal to 操作中 "Chinese_PRC_Stroke_CI_AS" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。
wenbao_的专栏
06-12 2083
无法解决 equal to 操作中 "Chinese_PRC_Stroke_CI_AS" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。   基本上是 有比对来自两个字段的值，   建议检查 被比对值的两个字段的 排序方式，肯定一个是 Chinese_PRC_Stroke_CI_AS 另一个是 Chinese_PRC_CI_AS，故而发生冲突。     需要注意的是
（SQLSERVER2008）排序规则
weixin_30932215的博客
02-23 258
最近做项目时，无意间碰到一个排序规则的问题，导致EAS二次开发单据都不能打开。 做了如下测试： ///创建表1create table #t1( name varchar(20) collate Albanian_CI_AI_WS, value int); //创建表2create table #t2( name varchar(20) collate Chinese_PRC_CI_A...
sql:无法解决 equal to 操作中 "Chinese_PRC_CI_AS" 和 "Chinese_Taiwan_Stroke_CI_AS" 之间的排序规则冲突。
Geovin Du Dream Park
02-24 2600
--无法解决 equal to 操作中 "Chinese_PRC_CI_AS" 和 "Chinese_Taiwan_Stroke_CI_AS" 之间的排序规则冲突。 CREATE VIEW View_VipBranchStaffBranchList AS select VipBranchStaff.*,geovindu_branch.B_Name,VipExamCountry.ExamCoun
由于 UNION ALL Chinese_PRC_CI_AS”之间的排序规则冲突，值的排序规则未经解析
weixin_30379531的博客
01-05 2208
由于不同的表之间的排序规则不一样，在归并集合的 时候会出现排序问题。 只要在查询的列后面 声明结果列的排序规则保持一致即可： SELECTb0.[CardCode]collateSQL_Latin1_General_CP850_CI_ASASId ,b0.[DocEntry]ASOrderId ,b0.[NumAtCard]collate...
无法解决 equal to 运算中 "Chinese_PRC_BIN" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。
09-18
解决 equal to 运算中 `Chinese_PRC_BIN` 和 `Chinese_PRC_CI_AS` 排序规则冲突，可采用以下方法： - **指定字符型字段排序规则**：在 SQL 里，能够运用 `COLLATE` 子句来指定字符型字段的排序规则。像在进行表连接操作时，为字段指定相同的排序规则，以避免冲突。示例如下： ```sql SELECT top(10) * FROM [attendance].[dbo].[att_AttendanceDetail] a left join [attendance].[dbo].[base_StaffInfo] b on a.staffID collate Chinese_PRC_CI_AS = b.user_no where uploadtime >= '2018-02-10 00:00:00' and staffID <> '0' and left(b.dept_no, 4) in (select dept_no from [attendance].[dbo].[Coll_deptInfo]); ``` 此示例在连接条件里为 `a.staffID` 指定了 `Chinese_PRC_CI_AS` 排序规则，从而和 `b.user_no` 的排序规则保持一致，避免了冲突[^4]。 - **修改表列的排序规则**：可以使用 `ALTER TABLE` 语句来修改表中列的排序规则，让其与其他参与比较的字段排序规则相同。示例如下： ```sql ALTER TABLE [attendance].[dbo].[att_AttendanceDetail] ALTER COLUMN staffID [nvarchar] (32) COLLATE Chinese_PRC_CI_AS; ``` 该示例把 `[attendance].[dbo].[att_AttendanceDetail]` 表中的 `staffID` 列的排序规则修改成了 `Chinese_PRC_CI_AS` [^2]。 - **在查询中统一排序规则**：在查询语句里统一指定排序规则，使参与比较的字段使用相同的排序规则。示例如下： ```sql SELECT * FROM table1 JOIN table2 ON table1.column1 COLLATE Chinese_PRC_CI_AS = table2.column2 COLLATE Chinese_PRC_CI_AS; ``` 此示例在连接条件中为 `table1.column1` 和 `table2.column2` 都指定了 `Chinese_PRC_CI_AS` 排序规则，确保比较时排序规则一致 [^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值