我认为您对潜在问题考虑过度了。正如您所说，表的规模很少会超过一百万条记录，这不足以将其视为大表。在我的应用程序中，我们有一些比这大得多的表，但随着时间的推移仍然运行良好。此外，正如您所说，数据主要按天分类，因此，从理论上讲，按日期对表进行分区是有意义的。它应该在一定程度上提高性能。但它也可能导致大量分区，这也会适得其反，从 ... 阅读更多

投影节点基本上是一个图形计算视图。SAP HANA 不允许在图形计算视图中使用正则表达式来过滤数据。因此，如果您仍然需要使用图形计算视图（投影节点），则需要使用表函数或等效方法过滤数据。

我认为没有办法将表类型中列的列类型定义为数组。表类型指的是具有预定义列数的行结构。因此，您可能需要重新考虑如何更改来自 .NET 应用程序的传入数据，以便在您的 SAP HANA 项目中可用。

我不确定是否有人能给出确切的答案，SAP 不是开源的，实现细节和位数除了创建者和少数其他人之外鲜为人知。如果我采用标准定义，则存储将需要数据长度的大小加上标头信息的字节数。因此，根据您的示例，它将需要 9 + 2（用于标头）= 11 的总存储空间。

我不确定 SAP HR 中是否存在以纯形式支持您的用例的内容。但是您可以通过在这里和那里进行一些更改来处理您提到的场景。SAP HR 中存在一个名为“合同”的信息类型，用于存储员工的雇佣类型，例如永久或合同。您可以通过某些第三方服务来翻转员工类型的状态来处理此类型。一旦员工辞职，则以承包商身份重新雇用他，但创建一个虚拟工资单，以便它不会被选中 ... 阅读更多

正如您所说，您正在使用热文件夹的概念，您需要确保在任何操作的每个时刻都使用了正确的线程。默认情况下，用于导入的线程数为一个。更技术一点地说，如果未显式设置，则 impex.import.workers 线程为一个。由于在您的情况下文件很大，请确保您充分利用所有可用的核心。强烈建议在任何时间点线程的最大数量不应超过核心数量的两倍。为了获得最佳工作效果，您可能需要 ... 阅读更多

基本上，Infostore 指的是有关对象和 BO 术语中的元数据 - 信息对象。信息对象基本上是 SAP 业务对象宇宙中的一个实体。它也可以是报表、用户或事件。例如：如果我们谈论的是员工，那么员工具有姓名、部门、职位、薪资等元数据。当上下文在 Employee 中时，Infostore 列出了此元数据。因此，当您执行 GET 请求以获取 Infostore 时，它会返回信息对象的元数据。

逻辑很简单。您可以定义一个用于存储所有组总和的局部变量。当您对每个组执行迭代时，您可以将组级别的总和添加到局部变量中。我不建议提供代码，因为它非常基本且简单明了。

是的，存在等效项。您可以选择使用 SAP HANA 智能数据集成，也称为 SDI。它是 SAP 用于数据集成的标准产品。您不需要为此使用任何额外的基础架构，例如单独的服务器或其他。有很多博客和在线帮助可以帮助您开始使用 SDI。您还可以查看数据服务，但这过于复杂，对于提到的用法来说可能过分了。

是的，PBO-PAI 触发提交，因此您的需求将失败。您需要更改当前实现以避免自动提交。