无法修改存储过程时，如何用整数参数通配符获取全部客户订单？

首先结论是：不一定能通过传入通配符实现，核心取决于存储过程内部处理CustomerID参数的逻辑，下面分情况说明：

1. 存储过程用精确匹配（最常见的情况） #

如果存储过程的查询逻辑是类似这样的：

CREATE PROCEDURE GetCustomerOrders
    @CustomerID INT
AS
BEGIN
    SELECT * FROM Orders WHERE CustomerID = @CustomerID;
END

这种情况下，你没法用通配符——因为参数是整数类型，%这类通配符是字符串匹配（LIKE语句）的语法，直接传%会触发类型转换错误，就算数据库自动转换，也会把%转成无效整数，最终返回空结果或者报错。

2. 存储过程内部做了字符串转换+模糊匹配（极少见） #

如果存储过程内部把整数ID转成了字符串，并用LIKE匹配，比如：

CREATE PROCEDURE GetCustomerOrders
    @CustomerID INT
AS
BEGIN
    SELECT * FROM Orders WHERE CAST(CustomerID AS VARCHAR(10)) LIKE CAST(@CustomerID AS VARCHAR(10));
END

这种极端情况下，你还是没法用通配符——因为整数参数无法直接传入字符串类型的%，强行传入只会触发类型错误，所以这种情况基本可以忽略。

3. 试试隐藏的“全量返回”逻辑 #

有些存储过程会预留特殊参数值来返回全量数据，最常见的是传入NULL。比如内部逻辑是：

SELECT * FROM Orders WHERE CustomerID = @CustomerID OR @CustomerID IS NULL;

你可以先试试调用存储过程时传入NULL，说不定就能直接返回所有客户的订单，这比通配符靠谱多了。

替代方案：没法用通配符时怎么办？ #

既然不能修改存储过程，那可以换个思路：

• 循环调用合并结果：先从Customers表获取所有客户ID的列表，然后逐个调用存储过程，把每次返回的结果集合并起来。比如在SQL Server里可以用临时表来实现：

  CREATE TABLE #AllOrders (/* 这里复制存储过程返回的表结构 */);
  
  DECLARE @CID INT;
  DECLARE CID_Cursor CURSOR FOR SELECT CustomerID FROM Customers;
  
  OPEN CID_Cursor;
  FETCH NEXT FROM CID_Cursor INTO @CID;
  
  WHILE @@FETCH_STATUS = 0
  BEGIN
      INSERT INTO #AllOrders
      EXEC GetCustomerOrders @CID;
  
      FETCH NEXT FROM CID_Cursor INTO @CID;
  END
  
  CLOSE CID_Cursor;
  DEALLOCATE CID_Cursor;
  
  SELECT * FROM #AllOrders;
  DROP TABLE #AllOrders;
  

• 用数据库特定的行集函数：比如SQL Server的OPENROWSET/OPENQUERY，可以把存储过程的执行结果当成一个表，再和客户ID列表做关联查询（不过需要配置相关权限）。

最后建议：如果你有权限查看存储过程的定义，直接看内部的WHERE条件是怎么写的，这是最准确判断能不能用通配符的方式。

内容的提问来源于stack exchange，提问作者Baratier ErebusDuHalm