当数据库的排序规则设成SQL_Latin1_General_CP1_CI_AI时，从查询分析器或Web插入中文都是乱码，不知是什么原因

linglmf 2005-07-05 10:07:37

当数据库的排序规则设成SQL_Latin1_General_CP1_CI_AI时，从查询分析器或Web插入中文都是乱码，不知是什么原因?字段设的是Unicode的nvarchar,还是乱码

...全文

171 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

ouyang76cn 2005-10-14

打赏
举报

回复

改为Chinese_PRC_CI_AS

giveusomecolor 2005-07-05

打赏
举报

回复

帮你顶~~~~

无法解决 equal to 操作中 "SQL_Latin1_General_CP1_CI_AS" 和 "Chinese_PRC_CI_AS" 之间 2011-03-11 15:26:57 分类： 数据库开发技术 2011年03月10日 CCE3.03的服务器采用英文的2003R2 数据库排序规则为拉丁文忽略大小写. 我的存储过程中遇到了"无法解决 equal to 操作中 "SQL_La...

2011年03月10日 CCE3.03的服务器采用英文的2003R2 数据库排序规则为拉丁文忽略大小写.我的存储过程中遇到了"无法解决 equal to 操作中 "SQL_Latin1_General_CP1_CI_AS" 和 ...

最近做项目更新数据库时报"无法解决 equal to 操作中 "SQL_Latin1_General_CP1_CI_AS" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。" 问题，小白一脸懵逼。经过查阅略知一二，分享一下参考资料：感谢（https://www.cnblogs.com/sthinker/p/6025155.html）之前碰到了数据库排序规则冲突问题，...

我的存储过程中遇到了"无法解决 equal to 操作中 "SQL_Latin1_General_CP1_CI_AS" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。"百度一下 ^_^ 由于采用了临时表导致使用了数据库默认的字符排序规则导致: 表sohead字段so_num的Collate跟数据库默认的Collate不一样造成的，创建临时表，对字符类型的字段使用

昨天升级存储过程后发现报这个错误 cannot resolve the collation conflict between "chinese_prc_ci_as" and "Chinese_Taiwan_Stroke_CI_AS_WS" in the equal to operation 发现时某存储过程中的创建的临时表存在排序规则冲突。 CCE3.03的服务器采用

34,591

社区成员

254,589

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章