大型机消耗问题的SSIS选项卡分隔导出

下午好，希望有人能解释一下我遇到的一个奇怪的问题。我正在运行一个简单的SSIS平面文件导出作业，该作业创建一个以制表符分隔的平面文件。该文件将由我们的大型机团队使用，但当他们获得该文件时，他们看到每个字段前面和结尾都有一个句点（.）字符。我想知道SSIS生成或使用的制表符是否没有被处理，或者不是大型机所期望的。任何帮助都将不胜感激。

您的SSIS脚本输出的是什么编码，大型机需要什么编码

该表表明ASCII制表符（0x09）是EBCDIC中的上标指示器。IIRC（这是一段很长的时间），该时间段被用作大型机输出中的“不可打印”占位符

---

编辑：哪些字符集/代码页正在发挥作用？ASCII EBCDIC和CP437（OEM）CP1252（Windows Latin-1）。

除了DaveE提出的要点外，您还需要了解如何将文件传输到主机以供使用。在我的上一份工作中，我们的windows副本（通过USS挂载）出现问题，而使用ftp导致文件未损坏。是的，我正在尝试找出生成文件所需的字符编码。SSIS使用的制表符似乎被翻译成了句号，或者我的大型机联系人声明为“无法读取的字符”。奇怪的是，她说“十六进制值是05，应该显示为40”。也许这是一个线索，有更多大型机经验的人可以插话进来。@Mryeros-文件是如何到达大型机的？这是FTP文件还是什么？基本的转换似乎正在发生：0x05是EBCDIC的“水平选项卡”，而0x40是一个空格。如果使用FTP之类的东西，则该转换可能是传输协议的一个属性。0x40这件事有点让人困惑——他们是否希望看到一个固定格式的文件，其值以空格分隔并填充？billinkc对你的原始帖子的评论符合你的情况吗？我有一种感觉，他们真正想要的可能是一个固定宽度的文件，并按照你的陈述填充。我正试图与他们确认。规范显示了特定的列/字段长度，但他们告诉我它是以制表符分隔的。某个地方一定有人弄混了什么东西，或者他们想要两个固定宽度分隔的文件。不幸的是，我们有许多固定宽度（40个字符）的平面文件从大型机中出来，然后用分隔符（在我的例子中是管道）分隔。如果有数字数据，主框架讨论BCD、二进制编码十进制、压缩数据、comp-3等，我希望你一切顺利，但你的简单摘录会很快变得难看。我忘记了BCD和包装。曾几何时，我必须编写SAS代码来实现这一点。”“丑陋”可能是一个大大的轻描淡写。