怎么在SQL Server 2019中对存储过程进行加密以保护商业逻辑？-SQL-PHP中文网

WITH ENCRYPTION不是真正加密，而是不可逆的源码模糊化，仅防普通用户查看，不防DBA、备份提取或内存分析，且不替代权限控制。

怎么在sql server 2019中对存储过程进行加密以保护商业逻辑？

WITH ENCRYPTION

是 SQL Server 中唯一原生支持的存储过程源码保护机制，但它不是真正意义上的“加密”，而是一种模糊化（obfuscation）手段，且**不可逆、不防高权限用户、不替代访问控制**。直接使用它前，必须清楚它的边界和风险。

为什么 `WITH ENCRYPTION` 不能叫“加密”

SQL Server 并未用密钥对存储过程文本做可逆加解密；它只是把原始 CREATE PROCEDURE 语句中的字符序列打乱、替换、移除空格与注释，并转换为二进制 blob 存入系统表 sys.sysobjvalues（SQL Server 2019 及以前）或 sys.sql_modules（仅显示 NULL 值）。这意味着：

DBA 或 sa 权限用户可通过 DAC 连接 + 内部函数（如 sys.dm_exec_describe_first_result_set 配合调试技巧）或第三方工具还原近似源码
它不依赖证书、密钥或 TDE，也不受 Always Encrypted 影响
一旦创建时加了 WITH ENCRYPTION，后续 ALTER PROCEDURE 必须显式带上该子句，否则会自动丢失保护（即变回明文）

`CREATE PROCEDURE ... WITH ENCRYPTION` 的正确写法

注意：必须在 AS 关键字前紧接 WITH ENCRYPTION，中间不能换行或插入注释。

CREATE OR ALTER PROCEDURE dbo.GetCustomerSummary
    @Region NVARCHAR(50)
WITH ENCRYPTION
AS
BEGIN
    SELECT CustomerID, CompanyName, OrderCount
    FROM Customers c
    OUTER APPLY (
        SELECT COUNT(*) AS OrderCount
        FROM Orders o
        WHERE o.CustomerID = c.CustomerID
    ) t
    WHERE c.Region = @Region;
END;

常见错误包括：

漏写 WITH ENCRYPTION 导致 ALTER 后源码暴露
在 CREATE 和 WITH ENCRYPTION 之间加了换行或注释，SQL Server 会静默忽略该子句
试图用 sp_helptext 查看 —— 返回 “对象注释未找到”，这是预期行为，不代表失败

它和 Always Encrypted、TDE 完全无关

很多人混淆这三者：

WITH ENCRYPTION：只作用于存储过程/函数/视图的定义文本，不影响数据、不涉及密钥管理、不提供运行时保护
Always Encrypted：保护列中数据值，密钥不出客户端，与存储过程逻辑无关；你无法在加密列上写 WHERE Name LIKE '%abc%'（除非启用 secure enclave）
TDE：加密整个数据库文件（.mdf/.ldf），防磁盘窃取，但 DBA 仍可执行任意查询看到明文结果

换句话说：WITH ENCRYPTION 是“藏源码”，其他两者是“藏数据”。它们可以共存，但目标不同、机制隔离、不能互相替代。