云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

虚拟主机_美国服务器域名_新用户

小七 141 0

在我们开始开发任何CDS视图之前,通信云,了解它的用途是非常重要的,为什么要创建它?谁以及在哪里使用这个CDS视图-它是用于分析工具的吗?是为FIORI应用程序准备的吗?它只是被其他CD视图所消费吗?一旦我们了解了所有这些要素,免费企业管理软件,这将有助于视图开发的标准化,这时我们可以在视图中定义特定的注释。我们必须将有意义的注释应用到CDS视图中。虽然添加不需要的注释可能不会影响任何东西,但是当其他开发人员或项目支持团队将处理这些视图。

在配置CDS视图时使用下面的注释类型;

-@小田,@UI–用于FIORI应用程序。

-@分析–用于将CDS视图消费到分析工具中,web云服务器,如Bex、Lumira、Webi、Analysis for Office。

-@对象模型–用于使用BOPF的事务应用程序

-@语义学– 用于S4HANA Embedded Analytics

您可以在此处找到所有类型注释的详细信息https://help.sap.com/viewer/cc0c305d2fab47bd808adcad3ca7ee9d/7.5.9/en-US/630ce9b386b84e80bfade96779fbaeec.html

@VDM:

为了规范CDS视图的技术开发,SAP提出了@VDM注解的最佳实践。这是为了标准化开发过程,如果在组织中严格遵循,维护这些技术工件将非常容易,不会出现问题和混淆。此注释对CDS视图的行为或输出完全没有影响,它只显示以下特性;

CDS视图公开了什么样的数据。CDS视图的类别是什么,

@VDM注解进一步细分为视图类型,可以开发4种类型的CDS视图;

-基本

基本CDS视图用于显示客户主数据、物料主数据、物料主数据等基础数据,业务伙伴等。它们使用物理SAP表来读取数据。它们也称为接口视图,对于命名标准,SAP在视图名称之间使用"I":****

-复合:

这些视图配置为主数据集或主数据与事务数据的关联。它们可以使用基本视图或其他复合视图来读取数据。对于命名标准,SAP在视图名称的中间使用"CO":*\u CO*

-CONSUMPTION

这些视图是作为CDS分析模型的最后一层创建的。这些是准备由UI工具使用的最终视图–Bex、Lumira、Webi、Analysis For Office等由业务用户在报表的from中访问。这些视图可以使用所有其他基本或复合视图来读取数据,大数据是啥,并创建最终的数据集,以便根据业务需求将其输入到报表的UI工具中。对于命名标准,SAP以"C"开头的视图名称:C*

-PRIVATE

这些视图是SAP的私有视图,除SAP之外的任何人都不能使用或创建这些视图。SAP可以在不通知客户的情况下更改其配置。对于命名标准,SAP以"P"开始视图名称:P*

注意:当您查看SAP标准视图时,现在使用上述命名标准可以很容易地确定每个视图的用途和行为。您可以很容易地知道视图属于哪个存储桶,以及如何在数据模型中使用它。

我们不能将VDM注释用于非S4HANA系统。这需要HANA DB作为先决条件。

有了@VDM注解,如果你在CDS视图创建中应用了所有的标准过程,那么其他看到你的代码的开发人员将很容易理解你创建的CDS视图的性质和目的。这是质量控制和维护的一个非常重要的注解必须在组织中实现最佳开发实践/标准。

让我们创建一个基于VDM的CDS视图来展示它的外观;

3。添加VDM和Analytics注解;

@VDM:{viewType:#BASIC}:

这个注解定义了CDS视图的类型。如上所述,type BASIC视图主要用于主数据,表示它是一个基本接口CDS视图。

@Analytics:{dataExtraction:{enabled:true},dataCategory:#DIMENSION}

此注释定义分析应用程序是否可以使用此CDS视图,我们可以使用此注释从CDS视图中创建自定义数据源。稍后我将对此进行详细解释。例如,此注释告诉我们可以从ECC系统中提取数据到BW,数据类别"DIMENSION"定义它是一个维度数据,可以是主数据集,稍后可以与事实表或CDS视图类型#CUBE.

激活并执行此CDS视图。无论是否有VDM或Analytics注解,您都可以在输出中看到差异。虽然我们将从CDS视图配置BW数据源,但这将非常有用。

总之,贵阳大数据,在开始开发任何CDS视图之前,我们必须了解此视图将要提供的数据的整个生命周期。必须了解谁是来自此CDS视图的数据的使用者,然后相应地使用所需的注释。遵循最佳SAP开发实践,使代码看起来干净,易于理解,性能最佳。

第11部分。端到端数据建模和报告与CDS视图:一个简单的分析要求与一个完整的业务场景动手。

后续的博客文章:Sanjeev Kumar