问题描述

INT 类型的源数据库字段通过 OLE DB 源读取。它最终被写入平面文件目标。目标平面文件连接管理器 > 高级页面将其报告为four-byte signed integer [DT_I4].

这种数据类型让我觉得它表示二进制。显然，事实并非如此。我很惊讶它不是更通用的numeric [DT_NUMERIC]。

我将此类型设置更改为single-byte signed integer [DT_I1]. 我预计这会失败，但事实并非如此。该过程产生了相同的结果，即使该字段的值始终 > 127。为什么这没有失败？

产生的一些值是

显然，超出了 a 的范围single-byte signed integer [DT_I1]。

作为一个相关问题，是否可以将二进制数据输出到平面文件？如果是这样，应该使用什么设置和在哪里？

标签： csvssisintegerflat-filessis-data-types

数据类型验证

我认为这个问题与使用的连接管理器有关，因为数据类型验证（管道外部）不是由集成服务完成的，而是由服务提供商完成的：

用于 Excel 和 Access 的 OLEDB
用于 SQL Server 的 SQL 数据库引擎
...

对于平面文件连接管理器，它不保证任何数据类型的一致性，因为所有值都存储为 text。例如尝试添加一个平面文件连接管理器并选择一个包含名称的文本文件，尝试将列数据类型更改为日期并转到列预览选项卡，它将显示所有列而没有任何问题。它只处理用于从平面文件读取的行分隔符、列分隔符、文本限定符和常用属性。（类似于 VB.NET 中的 TextFieldParser 类）

数据类型可能导致异常的唯一情况是当您使用平面文件源时，因为平面文件源将在平面文件连接管理器中创建具有已定义元数据的外部列，并将它们链接到原始列（您可以看到当您打开平面文件源的高级编辑器时）当 SSIS 尝试从平面文件源读取时，外部列将引发异常。

二进制输出

您应该在包中将该列转换为二进制并将其映射到目标列。例如，您可以使用脚本组件来执行此操作：

public override void myInput_ProcessInputRow(myInputBuffer Row)
  {

  Row.ByteValues=System.Text.Encoding.UTF8.GetBytes (Row.name);

  }

我没有尝试这是否适用于派生列或数据转换转换。

参考

csv - 平面文件目标列数据类型验证

问题描述

解决方案

数据类型验证

二进制输出

推荐阅读