Azure Function无法从Azure SQL表拉取超100列数据问题咨询

这个截断问题不是Azure Function、Azure SQL的产品层面默认硬限制，本质是实现逻辑或组件配置问题导致，绝大多数场景下和列数本身没有直接绑定关系——你看到的刚好在第100列截断，只是因为截断位置的字符串长度刚好覆盖到第100列附近。按以下顺序排查即可定位修复：

如果你是在T-SQL中使用FOR JSON PATH/FOR JSON AUTO语法直接返回JSON结果，SQL引擎不会一次性返回完整的长JSON字符串，默认会将长结果拆分为多个长度约2000~4000字符的结果行逐行返回。如果你的代码直接调用ExecuteScalar()拿结果，只会取到第一行的内容，自然会在对应长度位置截断。

修复方式：遍历查询返回的所有结果行，拼接所有行的字符串后再做后续处理，参考实现代码：

using (var conn = new SqlConnection(Environment.GetEnvironmentVariable("SQL_CONN_STR")))
{
    conn.Open();
    var sqlCmd = new SqlCommand("SELECT * FROM your_target_table FOR JSON AUTO", conn);
    using (var reader = sqlCmd.ExecuteReader())
    {
        var jsonBuilder = new StringBuilder();
        while (reader.Read())
        {
            jsonBuilder.Append(reader.GetString(0));
        }
        // jsonBuilder.ToString() 才是完整无截断的JSON结果
    }
}

如果你是先把SQL查询结果映射为实体/DataSet/DataTable，再用序列化库生成JSON，按以下点检查：

• 检查序列化配置：无论是Newtonsoft.Json还是System.Text.Json，默认配置都没有100列的截断限制，如果你手动设置了过小的MaxDepth参数、或者加了自定义属性截断Converter，会导致序列化到一定数量的属性后停止
• 检查组件版本：12.0版本之前的Newtonsoft.Json存在匿名类型序列化默认最多处理128个属性的已知bug，升级到最新稳定版即可解决

如果你没有手写数据库访问逻辑，直接用Azure Functions内置的SQL输入绑定拉取数据：

• 1.x版本的Microsoft.Azure.WebJobs.Extensions.Sql扩展存在隐性的结果集列数、返回大小限制，先升级扩展到4.0.0以上的稳定版本
• 可在函数的host.json中添加如下配置放开限制：

{
  "extensions": {
    "sql": {
      "MaxBatchSize": 1000,
      "EnableGetAllColumns": true
    }
  }
}

如果以上配置都确认正常，先在函数代码中打日志确认两个值：

• 数据读取阶段的FieldCount（即SQL返回的原始结果集列数），如果这个值就小于实际表列数，说明是查询语句本身写了显式列截断、或者账号权限不足看不到后续列
• 序列化完成后的JSON字符串总长度，把完整字符串临时写入Blob存储校验，如果存储的JSON是完整的，说明是函数响应链路（比如Consumption计划的响应缓冲、前置APIM/CDN的响应大小限制）导致返回给客户端的内容被截断

不用逐行改代码，先做两个1分钟测试就能缩小范围：

• 在SSMS中直接执行你函数里用的查询语句，确认SQL端本身能返回所有目标列
• 在函数序列化JSON之前，打印结果集的列数和总字段长度，直接确认截断发生在数据读取、序列化、响应返回的哪个环节

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