Zach Smith Asked: 2017-06-03 12:30:22 +0800 CST2017-06-03 12:30:22 +0800 CST 2017-06-03 12:30:22 +0800 CST 由于 VS2015 UI 有问题,大多数人使用什么来处理 SSIS 包? 772 我不认为我可以在 Microsoft 连接上发布错误。我正在尝试在 VS 社区版上使用 SSDT。而且用户界面非常错误。以下是一些截图: Enumerator 属性管理器非常痛苦。我可以将它向下拖一点点,但仍然一次只能读一行。 这张图片是另一个例子。大多数人使用什么工具来开发 SSIS?我不敢相信它和我用的是一样的…… 据我所知,我使用的是最新的 Surface pro 4 ssdt visual-studio-2015 1 个回答 Voted Best Answer Ed Elliott 2017-06-03T23:58:18+08:002017-06-03T23:58:18+08:00 您可以在任何版本的连接上发帖,我鼓励您这样做。 除了这些问题,我认为使用 ssis 的唯一明智的方法是使用 biml 编写您的包并将其编译到 ssis 中。 这意味着您不需要无限地查看每个任务的属性 - 如果您想查看任务的配置方式,您可以在 biml 中向下滚动并查看。 前期工作有点多,但一旦您需要进行更改或查看旧包,它就会带来回报。 还有其他优点,如轻松的源代码管理,比较 biml 文件的更改比每次按“构建”时更改 id 的原始 ssis xml 更容易。 忘记使用 ide 编写 ssis 包,并在真正需要时使用它来调试包。 只是补充一下,当您在脚本编辑器 ide 中遇到痛苦并需要将其关闭时,请关闭脚本属性,进入数据流并查看目标任务的属性,然后进入映射选项卡然后将其全部关闭返回到脚本任务你意识到原生 ssis 开发是可怕的!
您可以在任何版本的连接上发帖,我鼓励您这样做。
除了这些问题,我认为使用 ssis 的唯一明智的方法是使用 biml 编写您的包并将其编译到 ssis 中。
这意味着您不需要无限地查看每个任务的属性 - 如果您想查看任务的配置方式,您可以在 biml 中向下滚动并查看。
前期工作有点多,但一旦您需要进行更改或查看旧包,它就会带来回报。
还有其他优点,如轻松的源代码管理,比较 biml 文件的更改比每次按“构建”时更改 id 的原始 ssis xml 更容易。
忘记使用 ide 编写 ssis 包,并在真正需要时使用它来调试包。
只是补充一下,当您在脚本编辑器 ide 中遇到痛苦并需要将其关闭时,请关闭脚本属性,进入数据流并查看目标任务的属性,然后进入映射选项卡然后将其全部关闭返回到脚本任务你意识到原生 ssis 开发是可怕的!