如何在.NET中执行超长SQL脚本 解决SqlCommand 8k长度限制问题

认知澄清 #

首先纠正一个常见误区：SqlCommand.CommandText 本身不存在8KB长度限制，该错误认知来源于SQL Server 2000及更早版本的遗留限制。只要你使用的是.NET Framework 2.0+、.NET Core/.NET 5+ 以及SQL Server 2005以上版本，CommandText 支持的最大长度可达2GB，完全足够承载Ola Hallengren维护方案、First Responder Kit这类常规DBA脚本，你遇到的8k限制大概率是配置错误或误用了旧版本的数据提供程序导致。

推荐实现方案 #

按优先级从高到低排列：

• 方案1：使用SMO原生执行（最优，适配DBA脚本场景）
  SMO的执行接口原生支持识别GO批次分隔符，无需手动拆分，还兼容GO N这类重复执行的语法，是处理DBA运维脚本的首选方案，参考代码如下：

  using Microsoft.SqlServer.Management.Smo;
  using Microsoft.SqlServer.Management.Common;
  
  // 初始化数据库连接
  ServerConnection dbConn = new ServerConnection("SQL实例地址", "账号", "密码");
  Server sqlServer = new Server(dbConn);
  // 直接传入完整脚本内容即可，SMO会自动处理分批
  string fullScript = File.ReadAllText("本地脚本路径.sql");
  sqlServer.ConnectionContext.ExecuteNonQuery(fullScript);
  

• 方案2：原生ADO.NET分批执行（无额外依赖）
  如果你不想引入SMO依赖，可自行按GO关键字拆分批次：仅匹配单独占一行、前后仅包含空白字符的GO关键字，跳过注释、字符串内容中的GO，拆分后的每个批次直接传入SqlCommand.ExecuteNonQuery()执行即可，无需限制8KB分片，现有环境下完全不存在长度超限问题。
• 方案3：兼容极端老旧环境的分片逻辑
  仅当你需要兼容SQL Server 2000这类已经停止维护的极端老旧环境时，才需要考虑8KB分片限制：拆分时优先匹配GO分隔符，无匹配时需找到合法的语句结束位置（如非注释/字符串内的分号、块结束标记）再截断，禁止直接按8KB硬切，避免出现语法错误。

原思路评估 #

你最初想到的按GO拆分的思路方向是正确的，只是不需要叠加8KB分片的限制，该限制在当前主流生产环境中已经完全不存在。

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