Sql server SSIS与Oracle数据集成器

目前我是一名数据工程师，主要负责SSIS。在阅读市场上可用的ETL工具时，我发现Oracle有自己的ETL工具ODI（Oracle Data integrator）。我在Oracle Data Integrator和SSIS之间进行了无偏见的比较。我没有找到任何关于这方面的文章。有一些带有偏见的文章，例如：

根据Stackoverflow问题，大约有16000个关于SSI的问题，而ODI大约有200个问题。这意味着SSI更受欢迎

这两种技术之间是否有无偏见的比较？哪些是ODI提供的服务，哪些是SSI中找不到的

---

请注意，我不是在寻求个人意见，我需要一个公正的答案

如果您希望对SSI和ODI进行公正的比较，您可以参考2017年发表的以下研究论文。它包含五种流行ETL工具的比较，包括SSI和ODI

比较包括性能优化、元数据管理、成本、支持的语言、实时更新和其他标准

---

您打算如何比较这两者：成本？功能集？绩效？什么是“更高的绩效”？更稳定？更快地加载相同的数据集？可比工作负载的内存/cpu利用率更低？您对易用性的重视程度如何？例如，在我的工作中，我们使用Astera Centerprise Data Integrator，它有一些SSIS没有的内置功能（真正的文件夹监控，忽略引用文本中的行尾），但开发CDI软件包要困难得多，耗时得多。正因为如此，我们选择SSIS进行新的ETL开发。@digital.亚伦在阅读了许多ETL工具之后，我认为SSIS是最用户友好的工具，因此从易用性的角度来看，我认为SSIS比其他工具更好。@Hadi我很好奇Oracle的“保证（的）更快的性能”有多少市场宣传是基于这样一个事实，即ELT解决方案通常比ETL解决方案接收数据的速度快得多，因为您不需要等待数据集成服务器在数据加载之前处理和转换数据。您将向ODI/SSI投入什么样的工作负载？您的解决方案是否需要可扩展？你会在云中运行工作负载吗？除了功能之外，还有很多其他的比较点。例如，如果您选择Oracle路线，您是否需要雇用Oracle DBA？SSIS有一个SCD组件，但它不可用。云是一个考虑因素吗？如果你真的是在一个需要工具选择的绿地项目上，它不仅仅是基于特征，而是基于一些选择标准。我有偏见的回应是，由于成本和复杂性，不使用Oracle。使用SSI，但使用ELT方法。这是一篇非常高层次的论文。@Nick.McDermaid我同意这一点。但至少我们可以说这是一个公正的比较。@Nick.McDermaid目前，我认为我们找不到更好的答案。我相信ODI会自动生成Oracle代码，而SSIS当然不会。但这真的是你所关心的吗？@Nick.McDermaid对于许多用例来说都很有趣。对我来说，SSIS比其他技术更好，因为它易于使用，并且被广泛的社区使用。此外，您还可以找到许多适合您需要的第三方扩展。