为进程选择数据库内处理

数据库内处理是一个选项，可为流程图进程全局打开或关闭该选项，也可以为每个流程图打开或关闭该选项。

并非所有数据库都支持数据库内处理。 Campaign 管理员可确认该选项是否可供数据源使用。

数据库内处理选项可确定：

在数据库级别或本地 Campaign 服务器级别执行哪些操作；以及

操作结果会如何。

通常情况下，数据库内处理选项可防止将数据库中的 ID 不必要地复制到 Campaign 服务器以进行处理，从而提高流程图性能。 在启用数据库内处理后，数据的排序、联接和合并等处理任务将在数据库服务器上（如果可能）而不是 Campaign 服务器上完成，并且进程的输出单元将存储在数据库服务器上的临时表中。

根据所需的逻辑，一些功能仍将在 Campaign 服务器上执行，即使启用了数据库内处理也是如此。 例如，当 Campaign 计算派生字段时，它首先评估派生字段公式以确定计算的任意部分是否可使用 SQL 执行。 如果简单的 SQL 语句可用于执行此计算，则可在“数据库内”执行此计算。 否则，将在 Campaign 服务器上创建临时表以处理计算并在流程图的进程之间保持结果。

如果指定了任何输出单元大小的限制或为进程禁用了临时表，则不能执行数据库内处理。

由原始 SQL 语句组成的自定义宏处理在数据库内执行，但具有以下限制：

所有原始 SQL 自定义宏必须以 select 开始，且在其余文本中必须恰好包含一个 from。

对于仅支持在 <TempTable> 语法中插入的数据库，必须至少具有一个基本表（在同一受众级别映射到与原始 SQL 自定义宏相同的数据源）。 如果原始 SQL 自定义宏选择的字段对于临时表的字段太大，将出现运行时错误。

如果要将原始 SQL 与数据库内处理结合使用，必须对原始 SQL 编码以便与上游进程的临时表联接，否则，结果将不能由上游进程的结果来评估。