Alteryx Engine 和 AMP：主要区别

原始引擎架构基本上使用单线程处理，数据将按记录顺序逐条进行处理。而新的 AMP 概念允许大规模的多线程处理。记录以 4 MB 包进行并行处理，以缩短运行时间，这可能会影响输出记录的顺序。

如果您不启用附加选项仅限AMP引擎：带引号字段可包含换行符，则其中的字段含带引号的换行符的 CSV 文件将出问题。

在 AMP Engine 上运行工作流时，多个工具可能会以与原始引擎不同的顺序输出记录。其中一些工具包括……

如果您的工作流要求上述工具中的记录按特定顺序排序以用于下游操作，则可以使用引擎兼容模式设置来保持与原始引擎相同的排序。在仔细考虑特定工作流后使用此选项，主要是将使用原始引擎创建的工作流改为使用 AMP Engine 运行时。

尚未转换为 AMP 的特定功能或配置将回退到该工具的原始引擎版本以实现正常运行。这样既包含 AMP 转换的工具又包含非转换的工具的工作流才能在 AMP 下无缝运行。

如果您对哪些工具已转换为 AMP 存在疑问，请前往在 AMP 上使用工具。

使用原始引擎时，工具与下游工具更有联系，一旦在下游没有发现任何内容，就会停止工作。在 AMP 并行运行模式下，工具在下游为空时可能不会停止。此假设是指下游为空，而不考虑数据流。日志消息仅供参考。如果数据流中的记录数量对您很重要，您可以对其应用一个测试工具，如果没有得到正确的记录数，就让它生成一个错误信息。

使用 AMP Engine 写入的 YXDB 文件读取速度比使用原始引擎写入的 YXDB 要快。在启用 AMP 的情况下，使用原始引擎写入的 YXDB 文件的读取速度会变慢。但是，这些格式仍然兼容。

在 AMP 下使用 XLSX、CSV、YXDB 和 SQLite 文件格式 - 它们支持多线程读入数据。

读取 Zip 文件时，在原始引擎和 AMP 之间转换记录和打包会产出性能成本。这可能会导致使用 AMP 读取更大的 Zip 文件时速度明显降低。

为了提高原始引擎的性能（让 AMP 写入由原始引擎创建的 YXDB 文件），请转到输出数据 - 配置菜单，在其中可选择创建一个与 Designer 版本 18.1 及以前版本兼容的 YXDB 文件版本。

在原始引擎和 AMP Engine 下保存 CSV 文件时，“输出”工具就包含 SpatialObj 数据的记录有着不同的处理方式。当保存为 CSV 文件时，AMP 会将 SpatialObj 数据写入文件，而原始引擎不会。这种差异会导致文件大小不同，可能会影响性能。

如果有必要，可以使用选择工具从记录中移除空间数据。这使得两个引擎能够以相似的持续时间完成。

Designer 版本 2021.3 及更新版本支持使用 AMP 对各工具进行性能分析。

AMP 以原始引擎格式与 R 交换数据。这种双重转换需要时间。在 AMP 上运行时，单个 R 工具的执行速度可能比使用原始引擎慢，但如果同时运行多个分支，则执行速度会更快。

AMP 解决了一个长期存在的问题，即字段大小不足而导致下游工具无法处理的问题。当生成的数据超过原始数据类型的长度时，无需添加“选择”工具来更改数据类型。AMP 创建最大尺寸的字符串和整数字段，以便后续操作能有足够空间容纳很大的下游值。

尽管“节流”工具的 AMP 完全转换尚未完成 ，但您可以将其与“下载”工具一起使用（先使用 “节流”工具）。

“模糊匹配”工具在原始引擎和 AMP 之间可能产生不同的结果。AMP 使用另一种方法匹配记录。匹配顺序可能不同，输出顺序也可能是相反的顺序。“模糊匹配”存在一个已知的性能问题，其使用 AMP 时的性能低于使用原始引擎时的性能。

AMP 使用 Unicode 和 Perl 编码标准，其中字符 $、+、<、=、>、^、| 和 ~ 不被视为标点符号。当使用公式函数 REGEX_Replace 或正则表达式工具通过正则表达式集 [[:punct:]] 来筛选标点符号时，使用 AMP 时，您需要更改表达式。

原始引擎的连接算法基于的是排序-合并连接方法，该方法下记录始终是以排序的顺序出现。新的 AMP 连接算法基于哈希连接方法，因此输出记录顺序可能会乱序。例如......

左输入：

右输入：

在原始引擎下如果按客户 ID 进行连接，则记录顺序将按客户 ID 字段排序：

使用 AMP 时，输出的记录相同但顺序不同：

如果需要在连接输出中排序，请在连接工具后添加排序工具，或者在工作流配置 > 运行时的使用 AMP Engine 设置下启用引擎兼容模式设置。

当宏内的工具报告错误时，原始引擎和 AMP 之间可能会出现差异。使用单线程时，如果宏中发生错误，原始引擎将停止工作。AMP 会持续运行，直到迭代输出为空或达到最大迭代次数。您可能会因迭代次数增加遇到以下情况：

公式工具中的 ConvertFromCodePage 和 ConvertToCodePage 函数接受字符串作为参数，并返回字符串作为结果，因此无法区分字符串是如何编码的。当这些函数与原始引擎和 AMP 一起使用时，公式工具的输出会有所不同。

AMP 在内部使用 UTF-8 编码字符串会导致输入数据的二进制表示形式不同。导入采用不同编码的数据时，将无法恢复原始数据。原始引擎将字符串存储为 Latin-1 或 UTF-16 编码的字符串，这些字符串用作缓冲区并允许数据正确转换回来。

AMP 尚不支持公式外接程序。如果需要运行包含公式外接程序功能的工作流，请使用原始引擎运行。

使用地图工具从分析应用程序中的空间参考图层中进行选择的应用程序，应继续使用原始引擎。

使用原始引擎时，预期相等仍然是 CReW 宏。在 AMP 中，它作为本机工具运行。

某些工作流读取一个文件后写回该文件。这需要执行顺序控制，以确保读取在写入开始之前完成。同样，将多个工作表写入同一个 XLSX 文件的工作流需要一次只写入一个工作表。Alteryx Designer 提供了一个“阻止直到完成”工具，帮助将工作划分为不会互相干扰的阶段。

当您将来自先前分支的输出文件作为附件使用时，相同的解决方法也适用于电子邮件工具。您需要等数据处理完成后，再将文件作为附件添加到电子邮件工具中。

当处理有多个分支的工作流（即从输入到输出基本上相互独立的多条流）时，将“阻止直到完成”工具放在输入工具 ID 编号最小的工作流分支中。这可确保每个后续分支在前一个分支完成后再运行，确保工具按预期运行。

如需详情了解特定的工具功能，请前往在 AMP 上使用工具。