修改存储过程调用参数列表且不改动其原有内容的实现方案

存在可实现该需求的方案，无需修改客户已编写的存储过程内部逻辑，同时兼容新的多参数调用语法，以下是两种常用落地方案：

方案1：追加带默认值的可选参数（改动最小，适配绝大多数数据库） #

主流数据库（SQL Server、MySQL 8.0+、PostgreSQL、Oracle）均支持存储过程可选参数特性，仅需修改存储过程的参数定义部分，完全不触碰客户编写的内部逻辑即可实现需求：

1. 更新存储过程参数定义，将新增参数插入到对应位置，给所有新增参数设置默认值（比如NULL、空字符串、0等）
2. 原有存储过程的内部代码完全保留，不做任何修改

以SQL Server为例：
原有客户自定义的存储过程定义：

CREATE PROCEDURE my_sp
    @param1 VARCHAR(100),
    @param2 INT
AS
BEGIN
    -- 客户自行编写的自定义逻辑，完全不改动
    UPDATE business_table SET col1 = @param1 WHERE id = @param2
END

执行安全更新语句，仅修改参数定义：

ALTER PROCEDURE my_sp
    @param1 VARCHAR(100),
    @paramA DATETIME = NULL, -- 新增参数，设置默认值为NULL
    @param2 INT,
    @paramB VARCHAR(50) = '' -- 新增参数，设置默认值为空字符串
AS
BEGIN
    -- 客户原有逻辑完整保留
    UPDATE business_table SET col1 = @param1 WHERE id = @param2
END

修改完成后：

• 旧调用语法my_sp param1, param2可正常运行，新增参数自动用默认值填充
• 新调用语法my_sp param1, paramA, param2, paramB可正常运行
• 客户后续如果需要使用新增参数，只需自行修改内部逻辑引用对应参数即可，无需调整调用规则

方案2：转发层兼容方案（100%不触碰原有存储过程内容，适合敏感场景） #

如果担心ALTER操作误改客户原有逻辑，可以用转发层方案实现完全隔离：

1. 将客户原有的存储过程重命名，比如改为my_sp_custom
2. 新建同名的my_sp存储过程，定义包含所有新老参数，新增参数设置默认值，内部仅做参数转发，调用重命名后的客户自定义存储过程

示例代码：

-- 重命名原有存储过程
EXEC sp_rename 'my_sp', 'my_sp_custom';

-- 新建同名转发存储过程
CREATE PROCEDURE my_sp
    @param1 VARCHAR(100),
    @paramA DATETIME = NULL,
    @param2 INT,
    @paramB VARCHAR(50) = ''
AS
BEGIN
    -- 仅传递原有参数到客户自定义存储过程，不影响原有逻辑
    EXEC my_sp_custom @param1, @param2
END

该方案下原有客户存储过程的内容完全不会被修改，所有新增逻辑都在转发层，后续迭代新增参数只需修改转发层即可。

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