我有一个存储过程，它将逗号分隔的字符串作为输入。有时可能太大，大约超过 8000 个字符或更多。在那种情况下，查询性能有时会下降。而且我认为 IN 子句中的字符长度有限制。为此，有时我会出错。现在，我需要知道使用 Custom TABLE TYPE 作为参数并使用 Inner JOIN 来查找结果是否更好。如果是那么为什么会这样。这是我的 2 个存储过程(最少代码):

CREATE TYPE [dbo].[INTList] AS TABLE(
    [ID] [int] NULL
)

步骤一

CREATE PROCEDURE [report].[GetSKU]   
  @list [INTList] READONLY,         
AS 

Select sk.SKUID,sk.Code SCode,sk.SName
FROM SKUs sk
INNER JOIN @list sst ON sst.ID=sk.SKUID

程序2

CREATE PROCEDURE [report].[GetSKU]   
  @params varchar(max),         
AS 
Select sk.SKUID,sk.Code SCode,sk.SName
FROM SKUs sk
WHere CHARINDEX(','+cast( sk.SKUID as varchar(MAX))+',', @params) > 0

现在，哪个程序更好用。

注意:原始存储过程确实有几个Join。

最佳答案

由于这个问题确实在评论中引起了很多讨论，但没有得到任何可行的答案，我想补充一下要点，以帮助以后的研究。

这个问题是关于:如何将(大)值列表传递到查询中？

在大多数情况下，人们在 WHERE SomeColumn IN(SomeValueList) 中需要这个-filter 或到 JOIN用类似 FROM MyTable INNER JOIN SomeValueList ON... 的东西来反对这个.

非常重要的是 SQL-Server 的版本，与 v2016 一样，我们有两个很棒的工具:native STRING_SPLIT() (位置不安全!)和 JSON 支持。

此外，很明显，我们必须考虑规模和值(value)。

• 我们是传入一些 ID 的简单列表还是包含数千个值的庞大列表？
• 我们讨论的是简单整数还是 GUID？
• 关于文本值，我们必须考虑危险字符(例如 JSON 中的 [ { " 或 XML 中的 < & - 还有更多......)？
• 对于 CSV 列表，分隔符可能出现在内容中(引号/转义)？
• 在某些情况下，我们甚至可能希望一次传递多个列...