有人可以解释通过SSIS和VS构建ETL时使用的“ BypassPrepare”连接参数吗？

Question

从MSDN论坛：

如果将此选项设置为true，则准备工作（即解析）由要连接的数据库引擎完成。 如果将此选项设置为false，则准备工作由Integration Services包完成。
由于pacakge（SQL任务）无法准备/解析OLEDB数据库支持的所有SQL命令，因此引入了此选项，仅适用于OLEDB类型的连接。 这意味着您将在解析阶段出错，并且将无法执行在OLEDB数据库上有效的语句，但无法由SQL任务准备/解析的语句。
〜迪安·萨沃维奇

我只是说老实话，说我不明白这个答案。 我是网络专家，并且（缓慢地）仅学习数据仓库。


我的问题分为两部分：
1.当Dean说“准备/解析”时，正在进行什么解析/准备？

2.据我了解，OLEDB是一个API。 对OLEDB接口的请求是否已序列化？ 如果不是，什么会阻止Visual Studio + SSIS发送包含受支持命令的字符串？

我觉得这里缺少有关OLEDB连接的关键信息。 我还发现了关于该主题的其他2个SO问题，但两个问题都使上面的引文引起了争议。

Answer 1

首先，请务必记住BypassPrepare是Execute SQL Task的属性，而不是数据库连接。

该属性使您可以切换设计时SQL语法检查，创作包时，VS可以自动为您完成此检查。 如果打开检查并尝试设置语法上不正确的SQL语句，则组件编辑器会告诉您它通常对您的所有想法，尤其是您的SQL编码技能。

在禁用语法检查的情况下，您可以向任务绝对喂食任何东西，在尝试实际执行之前不会发生任何事情。 在这种情况下，您将遇到运行时异常。

如果像我和许多其他开发人员一样，首先在功能强大的SQL编辑器（例如SSMS或类似工具）中编写SQL语句，则可能根本不需要触摸该选项，并且默认情况下禁用此语法检查。

此属性的另一个问题是，每次尝试保存参数化SQL时，它都会引发错误警报。 我不确定它是否可以与ADO.Net一起正常使用，但是如果OLEDB连接参数由问号指定，则内置语法检查器似乎很高兴不知道组件功能的这一部分。

如果您在考虑SSIS是否将此属性设置为False的预备语句切换到AFAIK，则不会这样做。 在ETL中，典型查询通常运行一次，并获取表的大部分或全部行。 在执行之前准备这样的语句不会获得任何收益。 话虽如此，我可能实际上是错的。 只需设置一个Profiler / XEvents跟踪即可验证这一点。

我的建议：将其保留为默认值。