高级数据存储对象的特性

这篇博文介绍了ADSO的特性以及如何使用它们。

首先让我们看看使用ADSO的先决条件。系统必须至少是BW 7.40 SP8。

然后还需要实现一堆注释，以便为新功能做好准备。

这是非常重要的建议至少在7.40上使用SP9或SP10，只是为了有一个更简单、更舒适的开始。

真正的新功能是建模用户界面；在BW历史中，信息提供者第一次必须在Eclipse环境中建模，不可能使用"经典SAP GUI"来创建高级DSO。

因此，通常情况下，如果您使用新技术，微博淘客，您应该阅读一些文档以获得如何实现的线索。

但是，在项目的这一点上，我们已经被卡住了，不幸的是，关于ADSO的文档很少可用。

因此，自助建站开发，我们自己确定了它是如何工作的。

下面我们想简要概述一下最重要的（仅从我们的角度！）要考虑的要点。

创建对象时，您必须决定信息提供者应具有的属性。

例如，它是否应该具有更改日志？应激活数据吗？它是否应该具有与众所周知的信息立方体相同的行为？

第二步是确定对象的结构。哪些信息对象和字段分别是键或数据部分？

如果您没有定义键，则所谓的"请求TSN"或，如果在相应的选项卡条中定义，则分区将代表对象的键。

如果这些步骤完成，您可以开始关心ETL过程，使用ADSO，您可以使用普通转换和DTP，我们在这里没有遇到任何问题。

注意：ADSO表的技术名称不同于经典DSO的技术名称

所有表都是在创建ADSO时创建的，不管它们是否被使用（例如changelog）

那么命名约定遵循这个模式

/BIC/A…….1=新数据

/BIC/A…….2=活动数据

/BIC/A…….3=changelog

/BIC/A…….6=提取视图

/BIC/A…….7=报告视图

另外一个主题是关于使用导航属性：最多现在，必须在Infoprovider中标记导航属性，以便在顶部的die Multiprovider中使用。

对于ADSO，您不能选择/标记导航属性！这是不必要的，甚至不可能了，从现在起导航属性必须选择/标记只有在复合提供者！

负面副作用：如果您想使用导航属性进行ETL，淘客基地，那么您就迷失了方向->据我所知，在未来的版本中可能会出现这种情况。

在转换部分（例如编码）我们看不到任何限制。

转换是在SAP GUI环境中建模的。

下一步是将模型包括在常规数据加载，因此通常流程链是最佳选择。

对于激活数据，可以使用现有的流程类型。

目前缺少的一点是可以通过流程类型删除Changelog。但根据SAP的说法，这项功能将在未来推出。

未来将提供的其他功能？

总结

我们使用先进DSO的经验是好的；我们没有遇到严重的问题。在我们掌握了如何使用它之后，一切都正常了。

您好，

此外，请参阅以下文档-SAP First Guide-Implementing BW-MT for BW-。。。|SCN

致以最诚挚的问候

罗兰

亲爱的马里奥，

感谢你的博客，它真的很有帮助。

在这里我想知道更多关于加载性能的信息，你能分享一下ADSO比HANA优化DSO快多少（加载和激活方面）？

谢谢。

Nilesh

嗨Nilesh，

我到目前为止还没有加载大量数据，所以对于我来说很难说使用ADSO比传统DSO更快（或更慢）。但是我能说的是，对于我到目前为止加载的工作负载，下载返利，我没有注意到任何巨大的差异。

br

mario

亲爱的mario，

感谢您的回复。

br，

Nilesh

嗨Nilesh，

我正在使用和ADSO，激活后，设置为字段的所有列的数据都将丢失。使用info对象设置的列不会发生这种情况，返利商城，因为这些列仍保留在活动记录中。

您以前有过这种问题吗？我真的很感谢你的帮助