这个想法是使用2个数据流（仍然假设所有内容都存储在DSO上，因为我们没有覆盖功能，所以多维数据集处理起来会更加复杂）：

-用查询表上的查询填充事务数据的代码。 这是您当前拥有的一个，它保持不变（它处理新的交易数据）。

-从查找表到事务数据的一个。 该数据流处理查找表中的修改。 如果发生修改（2018年6月E11，F11），则此修改将使用这两个新值（以及查找表的键）在此数据流中向上移动。 在这里，您"只是"必须找到标识要更新的记录所需的丢失键（您已经具有查找表的键，您将错过在事务式DSO中可以找到的附加键：至少一个月） ）。 可以通过读取目标并查找与查找表具有相同公用键的所有记录（具有相同源系统CHAR A，B，C和D的记录）来完成此操作。 如果找到5条记录（2018年1月至2018年5月），则说明您必须更新这5条记录，并且可以在ABAP例程中生成它们。

嗨Loed，

选项4很简单。 您可以找到许多解释虚拟特征的链接。 对于您的方案，您需要创建两个虚拟特征并在查询运行时基于相关特征填充值。

这种方法唯一的问题是性能，因为查询语句将针对查询输出中的每个记录触发选择语句。

对于选项1-如果您正在查找特征，则一旦您向下钻取具有更改值的特征，它可能会在报告级别创建问题，因为记录将拆分。

Seshu

你好，

对于您的情况，

方法1

如果所需的其他列仅是关键指标值，则可以在将数据加载到Transaction DSO并将其加载到下一级的多维数据集中并用于报告之前进行查找

假设：

交易数据源已启用增量，并且无需查找表即可获取增量更改。 我的意思是查找表中是否有更改。 然后事务ds应该触发增量记录。

方法2

事务数据DSO密钥应为源系统CharA ... CharD。 创建从查找DSO到交易数据的转换，并映射关键字段并更新所需的值（值E和值F）。

在加载交易数据之前先加载查找DSO

假设：

事务DSO所有关键字段在查询表DSO中都应该可用

如果查找DSO具有更多字段，则查找的值应该是唯一的，否则它将更新最新的值。

方法3

创建具有所有从属特征的主数据，并创建关键指标作为显示属性。 做主数据报告以实现报告。

限制：您不能将关键人物创建为Nav属性。

方法4

您可以使用虚拟字符的概念，并在运行时使用BADI填充列

方法5：

创建两个Bex查询1.事务＆2.查找并将其合并到WEBI中，并显示查找的值。

致谢

Seshu