Sql server 我的SSI问题是否合理？
我只是简单地使用了SSI，但我发现我的抱怨很多。以下是我目前的问题：Sql server 我的SSI问题是否合理？,sql-server,ssis,Sql Server,Ssis,我只是简单地使用了SSI，但我发现我的抱怨很多。以下是我目前的问题： 为了让包存储密码，您需要对其进行加密。即使包是更大解决方案的一部分，您也需要随时提供密码以打开任何加密包。为什么不能用一个密码加密整个解决方案？我有一个包含10个加密包的解决方案。当我点击“构建”时，我必须输入10个密码 加密凭证非常好。将加密包部署到服务器、提供密码、成功测试密码、安排密码，然后在计划期间让它失败，因为它无法自行解密，这太糟糕了。这似乎是随机的，我已经重新部署了一个给定的包好几次，然后它才能够在计划的作业期间
除了使用SSI，还有其他简单的选择吗？我们遇到了许多相同的问题，特别是#5，因此我同意这些都是有效的。总的来说，我发现SSI是一个非常棘手的问题。请查看一些安全问题。在我的系统中，只使用C#开发数据加载总的来说比较容易。负载是坚如磐石的，除非我们希望它们发生变化，否则不会发生变化，因此我们在完成开发后不会再花费任何时间。来自@SQLServerSleuth的以下链接可能会对这种情况有所帮助—2005年的一次来回回复：SSIS。您使用的是SQL 2008还是SQL 2005？这张照片在2008年发生了一些变化
在过去的2年里，我一直在一个DW项目中非常深入地使用SSI，我发现它有一些怪癖，但它比DTS强大得多。您真的需要每个包上的加密吗？如果没有存储ftp或其他身份验证密码，则可以说没有加密存储。配置文件也是一个好主意。我建议您访问www.practicworks.com/products/Business-Intelligence/BIxpress/BIExpress，因为它将为您创建所有配置文件，记录您的软件包中的垃圾，并提供非常棒的图形化报告，几乎不需要任何成本……让我先说一下SSI很差劲。与之合作、管理和发展是一件痛苦的事情。虽然有一些工具可以让事情变得更好，但这些功能从一开始就应该包括在内。我还要说，我还没有发现（也不相信目前存在）比SSI更好的用于可伸缩高性能数据负载的工具 1,2：将包设置为“不保存敏感”，并在您使用的任何执行上下文中使用配置或“设置值” 3：部分同意。通过sqlauth浏览包存储区会很好，但是绝对不允许执行包（在什么上下文下执行？） 您始终可以执行整个作业 4：与SSI无关 此外，DTS已被弃用，而且在大多数情况下，它的灵活性和管理难度甚至远低于SSI 5：无可否认，提升者比他们本可以做到的更为棘手，但如果做得好，它可以完美地发挥作用： 使用查找来确定是否需要插入或更新，并相应地定义逻辑
边注：认真考虑设置包模板。如果做得好，您可以从一开始就缓解这些担忧。我可能需要在某个时候公开发布我的软件包模板。我不确定您为什么要关闭此问题。我不是在抱怨SSIS，我是在真诚地尝试找到解决问题的方法。除非你必须，否则不要使用SSIS。我最近一次尝试写入第1行的文件，但未写入该文件就失败了。SSIS只是微软发明的另一项毫无意义的技术，它可以让人们在简历上写上一些东西。那么你是怎么做的呢？继续和它战斗？为自己的windows服务编写代码？还有别的事吗？我们已经解决了并完成了。有一个陡峭的学习曲线，这是一个PITA的工作，但没有任何真正的替代我们正在做的事情：同步一个Oracle数据库到一个SQL server数据库。你是如何设置的呢？Windows服务？Windows任务调度程序？还有别的吗？我们使用ActiveBatch，这是一个非常成熟和方便的系统。哇，那个家伙真是太棒了！知道我不是唯一一个在使用这款产品上苦苦挣扎的人，我感觉有点舒服。谢谢。关于DTS，我想说我很久以前在DTS的一个项目上工作过，我觉得它非常好。几周前我曾尝试使用SSIS（仅用于测试目的），但这是一种痛苦！我只是想把一个简单的文本文件传输到一个表中。。。我最终放弃了，因为这不是为了一个真正的公关