ADX 的内置导出命令与 ADFv2 复制 activity 性能
ADX's built in export command vs ADFv2 copy activity performance
Kusto (ADX) 有 .export 命令可以将数据从 Kusto 导出到其他数据存储（尽管我对 Azure 存储特别感兴趣）。这里我指的不是连续导出，而是指也可以按需使用的导出命令。我认为几年前，这是从 Kusto 导出数据的唯一（开箱即用）选项。现在我看到 ADFv2 (Azure Data Factory v2) copy activity 也支持 ADX (Kusto) 作为来源之一并使用这样我们就可以将数据从 Kusto 复制到 Azure 存储。但是哪种方法更快呢？有什么推荐吗？还可以从 ADFv2 的 ADX 命令 activity 编排 .export 命令，这是我们之前所做的——但现在我看到来自 ADFv2 的 copy activity 已经开始开箱即用地支持 ADX 作为源，使用起来更容易。但我们只想使用能提供最佳性能（更快）的方法。
请看复制activity和导出命令here的比较，具体提示在这里：
原因是“.export”命令的性能更好，因为它默认情况下是并行执行的，并且提供了更多自定义选项。
Kusto (ADX) 有 .export 命令可以将数据从 Kusto 导出到其他数据存储（尽管我对 Azure 存储特别感兴趣）。这里我指的不是连续导出，而是指也可以按需使用的导出命令。我认为几年前，这是从 Kusto 导出数据的唯一（开箱即用）选项。现在我看到 ADFv2 (Azure Data Factory v2) copy activity 也支持 ADX (Kusto) 作为来源之一并使用这样我们就可以将数据从 Kusto 复制到 Azure 存储。但是哪种方法更快呢？有什么推荐吗？还可以从 ADFv2 的 ADX 命令 activity 编排 .export 命令，这是我们之前所做的——但现在我看到来自 ADFv2 的 copy activity 已经开始开箱即用地支持 ADX 作为源，使用起来更容易。但我们只想使用能提供最佳性能（更快）的方法。
请看复制activity和导出命令here的比较，具体提示在这里：
原因是“.export”命令的性能更好，因为它默认情况下是并行执行的，并且提供了更多自定义选项。