【发布时间】：2019-01-14 06:41:05
【问题描述】：
无论如何，我尝试在 SSIS 中使用这种两个源目标，但我找不到它们在配置方面的区别。那么谁能分享我知道，我应该选择什么？以及在每种情况或数据中使用哪个更好。
【问题讨论】：
标签： sql-server ssis etl
【发布时间】：2019-01-14 06:41:05
【问题描述】：
仅 OLE DB 连接可用作 SSIS 查找的来源。您不能选择 ADO.Net 类型的连接进行查找。
仅 ADO.Net 支持较新的 SQL Azure 授权方法，例如 Active Directory - Password。 OLE DB 只能使用 SQL 身份验证
我的建议是，如果您计划迁移到或使用 SQL Azure，请不要使用 OLE DB
如果可能的话，我也建议不要使用查找
ADO.Net 肯定比 OLE DB“更新”，并且更符合 C#.... 我没有引用，这只是我的理解。
.. 只是为了巩固答案。
@Ferdipux 在下面的回答中提出了一个很好的观点：
ADO.NET 连接管理器可以在脚本任务/转换的 C# 代码中使用，无需任何额外操作。只需获取它并调用 AquireConnection 方法即可。
【讨论】：
-
感谢您的回答@Nick.McDermaid。
-
这个答案有帮助吗？
-
几乎在我的任务中我使用 ADO.Net，在 ADO.Net 中设置源或目标类型很容易，而且步骤简单。
-
太好了。如果您认为此答案有帮助，请标记为有帮助。
搜索了这个话题后，我在MSDN网站上发现了一个帖子，从4个角度进行了比较：
- 支持跨 SSIS 组件
- 性能
- 64 位注意事项
- 目标数据源和数据类型可支持性
您可以参考此链接了解更多信息：OLE DB VS ADO.NET
还有一些有用的链接可以参考：
【讨论】：
-
我什至在 2014 年的第二个链接中有评论
-
是的，非常感谢您的链接。
添加到 Nick 的回答中，ADO.NET 连接管理器可以在脚本任务/转换的 C# 代码中使用，而无需任何额外的操作。只需获取它并调用AquireConnection 方法。
OLEDB 连接管理器必须以某种方式转换为 ADO.NET；我通过解码它的连接字符串来做到这一点。
如果您使用的是普通 SSIS，并且不考虑迁移到 Azure，则 OLEDB 连接对于日期检索会更快。
【讨论】：
这是另一篇评论，并列出了一个新原因：
ADO.NET 连接的一个额外优势是在执行 SQL 任务中使用参数时。在 OLEDB 中，参数在 SQL 中都显示为“？” 但在 ADO.NET 中，您可以按名称引用它们中的每一个，例如 @ParameterName
【讨论】：