我的SSIS问题是否合理？

Question

我只是简单地使用SSIS，但我发现我的抱怨很多。以下是我目前的问题：

1. 要使软件包存储密码，您需要对其进行加密。即使软件包是更大解决方案的一部分，您也需要随时提供密码以打开任何加密软件包。为什么不能用一个密码加密整个解决方案？我有一个包含10个加密包的解决方案。当我点击“Build”时，我必须输入10个密码。
2. 加密凭据非常棒。将加密包部署到服务器，提供密码，成功测试，安排密码，然后在计划期间失败，因为它无法解密自己的SUCKS。它似乎是随机执行此操作，并且我已经多次重新部署了一个给定的包，然后才能在预定的作业中成功解密包证书。
3. 仅限Windows身份验证？也许这是一个安全功能，但它使远程管理服务器的屁股变得非常痛苦。它基本上迫使我使用远程桌面。当我直接访问数据库引擎时，我无法访问SSIS真的很重要吗？
4. DTS支持。 DTS非常难看，但它很有效，而且相当简单。他们为什么不提供带有SSIS的DTS 2000包装设计师？现在我需要下载并使用管理员权限安装它。
5. UPSERTS ???我将一些数据复制到外部数据库，并且挂起到该数据库是一个PACH A PAIN。为什么不内置此功能？为什么我不能只说“这是关键列。如果存在则更新，如果不存在则创建”。

这些是有效的问题，还是我只是对产品的新手知道如何以正确的方式做事？

其他人是否有同样的问题或其他问题？

是否有使用SSIS的简单替代方案？

Answer 1

来自@SQLServerSleuth的以下链接可能会对这种情况有所了解 - 来回回复：2005年的SSIS。您是使用SQL 2008，还是仍在使用SQL 2005？这张照片在2008年发生了一些变化。

• SSIS' 15 Faults
• SSIS: The backlash (1)
• SSIS: The backlash (2)
• SSIS: A response from Microsoft to some growing criticism

Answer 2

在我的系统中，在C＃中开发数据加载总体上更容易。负载是坚如磐石的，除非我们希望它们改变，否则不会改变，因此我们在完成开发后不会再花费更多的时间。

Answer 3

查看Package Configuration files部分安全问题。

Answer 4

您是否真的需要对每个包进行加密？如果您没有存储ftp或其他身份验证密码，则可以说没有加密存储。配置文件也是一个好主意。我推荐www.pragmaticworks.com/products/Business-Intelligence/BIxpress/ BIExpress，因为它会为你创建所有的配置文件，从你的软件包中记录废话并提供令人敬畏的打击你的图形报告，几乎没有任何成本明智...

Answer 5

让我先说一下SSIS糟透了。合作，管理和发展是一种痛苦。虽然有些工具可以让事情变得更好，但这些功能应该从一开始就包含在内。我还要说，我没有找到（并且不相信当前存在）比SSIS更好的可扩展高性能数据加载工具。

1,2：将软件包设置为“不保存敏感”，并在您使用的任何执行上下文中使用任一配置或“设置值”。

3：部分同意。通过sql auth浏览包存储会很好，但绝对不允许执行包（在什么上下文中执行？） 你总是可以通过这份工作来执行。

4：与SSIS无关 此外，DTS已被弃用，并且在大多数情况下，与SSIS相比，灵活性和管理难度大大降低。

5：Upserts确实比它们更复杂，但如果做得好，它可以完美地工作： 要么使用查找来确定是否需要插入或更新，并相应地定义逻辑。

旁注：认真考虑设置包模板。如果做得好，你可以从一开始就减轻许多这些问题。我可能需要在某个时候公开发布我的包模板。

Answer 6

我们遇到了很多相同的问题，特别是＃5，所以我同意这些问题是有效的。总的来说，我发现SSIS是一个巨大的痛苦。

Answer 7

对于1,2，我使用包配置。

对于5，您可以使用缓慢变化的维度任务或第三方表格差异组件。我个人更喜欢加载到临时表并在SQL中编写UPSERT代码。

过去两年我在DW项目中一直非常谨慎地使用SSIS，我发现它有一些怪癖，但它比DTS强大得多。