我昨天在一个用户组会议上,他们指出,使用参数化查询比编码查询更好.这让我想到,这是否有益于什么(显然比这更大的规模):
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子句).不过,这不是微不足道的.