sql-server – 具有额外字符的唯一标识符仍然在Select中匹配
发布时间:2021-01-12 02:16:50 所属栏目:MsSql教程 来源:网络整理
导读:我们正在使用带有唯一标识符的SQL Server 2012,我们注意到在选择时添加了额外的字符(因此不是36个字符),它仍会返回与UUID的匹配. 例如: select * from some_table where uuid = '7DA26ECB-D599-4469-91D4-F9136EC0B4E8' 使用uuid 7DA26ECB-D599-4469-91D4
|
我们正在使用带有唯一标识符的SQL Server 2012,我们注意到在选择时添加了额外的字符(因此不是36个字符),它仍会返回与UUID的匹配. 例如: select * from some_table where uuid = '7DA26ECB-D599-4469-91D4-F9136EC0B4E8' 使用uuid 7DA26ECB-D599-4469-91D4-F9136EC0B4E8返回行. 但如果你跑: select * from some_table where uuid = '7DA26ECB-D599-4469-91D4-F9136EC0B4E8EXTRACHARS' 它还返回带有uuid 7DA26ECB-D599-4469-91D4-F9136EC0B4E8的行. 在执行选择时,SQL Server似乎忽略了36以外的所有字符.这是一个错误/功能还是可以配置的东西? 这不是一个大问题,因为我们在前端验证了长度,但对我来说这似乎不正确. 解决方法如果值包含在大括号{…}中,则隐式转换也有效.如果在查询中添加那些隐式转换,如果原始值太长,则隐式转换将失败,因为最后一个}在错误的位置结束. select *
from some_table
where uuid = '{'+'7DA26ECB-D599-4469-91D4-F9136EC0B4E8'+'}'
如果你尝试转换 SELECT CONVERT(UNIQUEIDENTIFIER,'{'+'7DA26ECB-D599-4469-91D4-F9136EC0B4E8EXTRACHARS'+'}');
你得到 Msg 8169,Level 16,State 2,Line 1 Conversion failed when converting from a character string to uniqueidentifier. (编辑:开发网_运城站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- 前端html换肤功能的实现代码
- 微软不惜血本为Windows Server 2003 造声势
- SQL SERVER分发署理在BULK INSERT时产生无穷守候怎样办理
- 如何根据T-SQL中前几个月的数据确定缺失月份的值
- sql-server – 使用带有nHibernate的CreateSQLQuery的SQL S
- 将表名前置到SQL中结果集中的每一列? (Postgres具体)
- SQL语句练习实例技巧——找出最近的两次晋升日期与工资额
- sql-server – 将每日时间表分组为[开始日期;结束日期]与工
- sqlserver中事务和锁怎样理解?一文带你看懂事务与锁
- 微软计划提高Windows XP的Wi-Fi功能
站长推荐
热点阅读

