因为我们，BI人员需要处理ERP很多，它有时也很容易理解事物是如何"在那里"结构的。因此，何为大数据，本文是关于代理对象/替换视图和相关主题的。我将根据两个来自现实问题的例子来做这件事，这样我们可以在后面进行概括。

首先，我们正在处理一个"新的"ERP，这就是所谓的S/4HANA。你现在可以问我为什么这很重要？好吧，因为这已经改变了我们（BW的人）在引擎盖下的事情。为了说明这一点，我用一张曾在TechEd上展示过的幻灯片制作了一个GIF，其中，每个区域都可以看到哪些表格失去了原来的重要性，至少部分被某些东西取代了。

（幻灯片来源2018 SAP TechEd presentation CNA244）

表格完全消失了

这从来没有发生过（确切地说，S/4的一个古老版本就是这样，但现在他们回来了）。严格来说，表并没有消失，但它们可能已经被视图所取代。这种表的一个例子是GLT0（总账账户主记录交易数据）。如果我没记错的话，那是一份每月汇总表，由BSEG/BKPF定期填写。如果我们在系统中查看，实际上在SE11中，它将显示它不再是一个表，而是一个视图

虽然我们很想去看看这个视图是关于什么的，但我们可以尝试查看，但在SE11中不是。不幸的是，大数据查询，这不是一个常规的字典视图，您可以在SE11中这样看，它实际上是一个ABAP CDS视图，所有的新特性，包括ABAP CDS视图都可以在Eclipse的ABAP开发工具中找到，所以您需要自己获取它们，并在那里添加一个ABAP项目。

当您这样做之后，您可以搜索一些东西使用魔法按钮

并在那里键入您要搜索的内容

虽然这段代码对某些人来说可能很有趣，但对其他人来说可能不那么有趣，因此，我建议您通过右键单击并选择Open With→Dependency Analyzer

在该视图中对主要构建块进行图形化概述。我们看到的是，低价云服务器，我们的视图GLT0是其他视图（8层视图）的一个严重三明治的结果，它实际上直接从ACDOCA获取数据。

因此，我们可以在这里总结一些想法：

有一堆桌子不见了它们并没有完全消失，因为否则系统会被破坏，所以它们会被视图所取代在我们的特定示例中，一个巨大的汇总表已被Universal Journal上的视图替换，或者简单地放置一个行项目数据所有这些都很漂亮，发发淘客助手，因为这样的汇总表不需要再填写和维护了另一方面，我们知道行项目是一些沉重的东西，所以我们希望它运行得非常平稳

表几乎消失了

让我们有一个表以某种有趣的方式运行的另一个例子，这是一个COEP表，其中有CO对象行项目。

与第一个例子相反，这不是一个视图（上面说的是透明表），但是我有一些怀疑…所以，如果我在Extras→Proxy Object中检查它…我会看到一些东西被填充在那里

分析视图V\u COEP\u视图的方式与我们已经用GLT0做的方式完全相同，所以再次，我知道我正在用一些额外的方法处理ACDOCA数据在它上面建模（在一个行项目表上面有9层CDS视图，带有非常重要的"某物"）。

在这里中间停下来，让我们认识到我们拥有：

一个透明的表COEP，不再容纳任何数据提供数据的CDS视图V\u COEP\u视图

我已经感觉到你在问"这一切是如何协同工作的？"。它的工作方式如下：COEP上的任何SELECT操作都将转到视图（Program/FM/Views/BW DataSource等），因此，数据将与获得的数据一样新鲜，任何INSERT/UPDATE/DELETE操作仍将在原始表上运行（因为您显然不能在视图中操作数据）。这是由SAP完成的，以便在客户可能有一些自定义代码在带有代理对象的表上工作的情况下更容易过渡。

表部分消失了

现在，这听起来可能有点混乱，但请跟我来。有些表（与我们上一个使用COEP的示例相反）仍然保存一些数据，但不是它们最初保存的所有数据。让我们以MARC为例，它是一个依赖于工厂的物料管理器。使用相同的思想，我们可以看到一个代理对象NSDM\u E\u MARC

，有趣的是，淘客app开发，它基于一个表MARC！

–什么？？？

–冷静下来继续读

据我所知，MARC的大部分字段仍然存储在原来的位置，只是其中的一部分不再存储在表MARC本身中，而是动态计算的。既然我们是来学习基本原理的，我就告诉你们，有些数量字段不再需要存储在MARC中，所以每次调用它们时，它们都会被计算出来。从上面的截图来看，它们是基于MATDOCèu EXTRACT table计算的，这暗示了相对最新的信息

总结

如果您在阅读本文后还记得一些事情，我希望它们是：