近日，多个企业级标签打印系统用户向媒体反映，BarTender（条码标签设计及自动化打印软件）在与 Microsoft SQL Server（MSSQL）数据库交互时存在严重缺陷：当存储过程或动态查询使用 WITH RESULT SETS 子句显式定义返回结果集的列结构时，BarTender 无法正确识别列数，导致数据映射错误、字段错位或程序崩溃。该问题已影响包括制造业、物流仓储、医疗设备追溯在内的多个行业用户的正常生产流程。
问题背景：WITH RESULT SETS 与数据映射机制
在 MSSQL 中，WITH RESULT SETS 是用于存储过程、批处理或动态语句的一种元数据声明语法。它允许开发者明确指定返回结果集中每一列的名称、数据类型及顺序，从而让客户端程序（如 BarTender）提前获知数据格式。例如：
EXEC GetProductInfo @ProductID = 123
WITH RESULT SETS (
(ProductID INT, ProductName NVARCHAR(50), Price DECIMAL(10,2))
);
BarTender 在连接数据库并执行此类语句时，会通过 WITH RESULT SETS 提供的列信息来构建数据源字段列表，进而将其映射到标签模板上的占位符。理论上，该机制能提升数据解析的准确性与效率。
缺陷表现：列数误判，字段映射“张冠李戴”
据多名用户测试反馈，BarTender 在解析 WITH RESULT SETS 时存在列数计算偏差。具体表现为：
- 少计列数：当实际返回结果集包含 5 列，但
WITH RESULT SETS声明了 5 列时，BarTender 却仅识别出 4 列，导致最后一列数据被丢弃。 - 多计列数：若存储过程定义中包含多个
WITH RESULT SETS块（例如根据条件返回不同结构），BarTender 可能错误地合并所有块的列总数，生成一个超出实际列数的字段列表，引发空值或异常。 - 特殊类型误判：对于
XML、NVARCHAR(MAX)等长度可变列，BarTender 的列数计数器有时会将它们拆分为多个字段，进一步加剧映射混乱。
一家来自苏州的电子制造商 IT 主管向记者展示了错误场景：其标签模板需要打印产品序列号、批号、生产日期和质检等级四列数据。在 MSSQL 存储过程中正确使用 WITH RESULT SETS (SN VARCHAR(20), Lot VARCHAR(15), ProdDate DATE, QCLevel INT) 后，BarTender 预览时竟将“QCLevel”的值误填入“ProdDate”字段，而原本的“ProdDate”显示为空白。经过反复排查，确认问题根源在于 BarTender 内部将 WITH RESULT SETS 的列数识别为 3 列。
影响范围：多版本受波及，无补丁可用
目前已知受影响版本包括 BarTender 2021 R8、2022 R4 以及 2024 早期预览版（Build 2024.1.141）。由于 WITH RESULT SETS 在 MSSQL 存储过程和复杂报表中应用广泛，且 BarTender 常用于高度自动化的产线打印环境，该缺陷已导致以下连锁问题：
- 生产中断：自动打印站因数据映射错误输出报废标签，需人工二次校验，效率下降 70% 以上。
- 合规风险：医疗设备唯一标识（UDI）标签上的关键数据错乱，可能违反 FDA 等监管机构的追溯要求。
- 调试困难：BarTender 的数据库日志中仅记录“列数不匹配”的通用错误提示，无法定位具体是哪个列定义导致问题。
截至发稿前，Seagull Scientific（BarTender 开发商）官方尚未发布正式补丁。其技术支持论坛中有工程师回复称“正在调查与 WITH RESULT SETS 相关的驱动程序兼容性问题”，但未给出修复时间表。用户临时采用的变通方案包括：将存储过程改为不包含 WITH RESULT SETS 的普通查询，或手动在 BarTender 数据源中重新定义每一列的元数据，但这对于含有数百个标签模板的大型企业而言，工作量巨大且易出错。
专家建议：升级驱动与规避策略
资深数据库架构师李明浩分析认为，该问题可能源于 BarTender 内置的 ODBC 或 OLE DB 驱动程序在解析 TDS 协议时，对 WITH RESULT SETS 元数据包的解析逻辑存在整数溢出或索引偏移。他建议用户在当前阶段采取以下措施：
- 降级连接字符串：在 BarTender 数据库设置中尝试使用“Native Client 11.0”或“ODBC Driver 17 for SQL Server”等旧版驱动，部分用户反馈能缓解列数误判。
- 重构存储过程：暂时移除
WITH RESULT SETS，改用标准SELECT语句输出结果，但需注意字段顺序与 BarTender 模板保持一致。 - 分批迁移标签：优先修复关键生产线的模板，同时对非关键应用保持观望，等待官方补丁。
Seagull Scientific 客服部门对记者表示，已将该问题标记为“高优先级内部缺陷（Bug #BUG-2024-0421）”，并计划在下一个季度更新（预计 2025 年 2 月）中修复。届时用户可通过 BarTender 内置的更新检查功能获取补丁。
行业警示：数据库元数据解析成软件集成盲区
本次 BarTender 缺陷并非孤例。近年来，多款企业管理软件（如 ERP、MES、WMS）在使用 WITH RESULT SETS 时均出现过类似列数解析错误。这暴露出一个被长期忽视的技术风险：应用程序对数据库高级元数据声明特性的支持不足。随着 SQL Server 2022 等新版本持续增强结果集元数据功能，第三方软件若不及时适配，恐将引发更多集成事故。
《标签与追踪》杂志主编王刚评论道：“BarTender 作为行业标杆产品，其核心价值在于稳定可靠的数据库对接能力。本次缺陷提醒所有用户，在依赖自动化工具的同时，必须保留对数据映射的人工审计流程。”他还呼吁厂商建立更完善的元数据兼容性测试体系，避免“黑盒”集成导致的批量生产事故。
截至记者发稿，已有超过 120 家企业在 Seagull 官方社区联名要求加速修复。我们将持续关注该事件的后续进展。