sql – 这两个查询之间的最佳做法

前端之家收集整理的这篇文章主要介绍了sql – 这两个查询之间的最佳做法前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我昨天在一个用户组会议上,他们指出,使用参数化查询比编码查询更好.这让我想到,这是否有益于什么(显然比这更大的规模):
DECLARE @Client1 UNIQUEIDENTIFIER,@Client2 UNIQUEIDENTIFIER
SET @ClientId1 ='41234532-2342-3456-3456-123434543212';
SET @ClientId2 = '12323454-3432-3234-5334-265456787654';

SELECT ClientName
FROM dbo.tblclient
WHERE id IN (@Client1,@Client2)

相反:

SELECT ClientName
FROM dbo.tblclient
WHERE id IN ('41234532-2342-3456-3456-123434543212','12323454-3432-3234-5334-265456787654')

解决方法

如果IN列表不时更改,参数化查询和IN子句实际上不会一起实现.

阅读这个SO问题和答案:Parameterize an SQL IN clause

参数设计只是一个值.除了这一点以外的其他一切都必须手动执行,并考虑到安全问题,例如SQL Injection.

性能角度来看,对于参数化查询,您将具有更好的性能,特别是如果重复运行相同的查询,但具有不同的参数值.但是,如果您有一个动态IN列表(有时为2个项目,有时为3个),则可能无法使用参数化查询.

不要失去希望.有些人已经能够实现(参数化查询和IN子句).不过,这不是微不足道的.

原文链接:https://www.f2er.com/mssql/76131.html

猜你在找的MsSQL相关文章