CDS 里的 Text 建模，别把描述字段当成普通属性随手一放

原创 已于 2026-04-25 18:05:05 修改 · 3.2k 阅读 · 2
于 2022-10-15 10:25:22 首次发布
本文介绍了在 Chrome 开发者工具中可观察 HTTP 请求的 request headers 字段。以 SAP Spartacus UI 向后台服务器发起的 OCC API 调用为例，阐述了 Keep-Alive（持久连接）能减少 HTTP 请求量、加快网页速度，默认情况下 HTTP 连接会关闭，启用 Keep-Alive 可优化网站性能。

做 CDS Query 的时候，最容易被低估的字段，往往不是金额、数量、汇率这些看起来很硬的指标，而是名称、描述、短文本、长文本这些看起来很软的 Text 字段。一个物料号 TG11，在报表里只显示 Key，业务同事很难马上判断这是什么物料。显示成 TG11 Trail Bike，使用体验立刻不一样。可 Text 在 CDS 分析模型里不是随便加一个字符字段那么简单，它牵涉到 Dimension、Text View、语言、日期有效期、查询显示方式，也会影响 Analytical Engine 在运行时怎样拼接数据。

SAP 官方学习材料在讲 Dimension View 时明确提到，Dimension 视图需要用 @Analytics.dataCategory: #DIMENSION 标识，并且通常需要 @ObjectModel.representativeKey 指向代表该维度的关键字段。非 Key 字段会成为分析模型中的属性，如果有 Text View，就应通过 Text Association 关联过去；如果没有独立 Text View，而文本字段已经在 Dimension View 里，也可以用 @Semantics.text: true 和 @ObjectModel.text.element 做一个简化模型。(

标签
#开发语言 #SAP #ABAP Cloud #ABAP #CDS View
了解本专栏 订阅专栏 解锁全文
从 CUBE 到 DIMENSION 再到 TEXT，给 BW 属性补上可读文本的一条完整 CDS 建模链路
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
03-25 599
摘要：SAP S/4HANA嵌入式分析中，ABAP CDS建模常忽略主数据属性文本问题，导致业务人员只能看到代码而非描述。核心在于通过CUBE视图关联DIMENSION视图，而非直接在CUBE层拼接文本。销售分析示例展示了从CUBE到客户维度再到国家维度的完整建模链路，强调使用@snowflake模型保持数据语义关系。文本提供有inline text和text association两种方式，后者更适合多语言场景。这种分层建模确保报表工具能正确解析属性文本路径。
RAP Managed 场景下的动态多语言文本获取：用文本表 + CDS Text Association 做到按登录语言自动取值
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
04-07 2566
SAP RAP 模型中多语言文本处理的实现摘要： 本文介绍了在 SAP RAP 模型中实现多语言文本处理的完整方案。通过将语言依赖文本存储在独立文本表中，利用 CDS 的 Text Association 和语义注解，实现了按用户登录语言自动过滤并返回对应文本的功能。方案包含数据库表设计、CDS 建模（Root View 和 Projection View）、Behavior 定义等关键步骤，重点阐述了如何通过@ObjectModel.text.association 实现自动语言过滤，以及使用 local
在 ABAP CDS view entity 的 WHERE 条件里，为什么要用 abap.numc‘1‘
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
08-07 1252
本文探讨了ABAP开发中WHERE条件的语义清晰性问题，以abap.numc'1'为例说明类型明确的重要性。文章指出： NUMC本质是字符型而非数值型，用于存储数字文本而非直接运算 abap.numc'1'显式声明类型，比隐式推断的'1'或数值1更准确表达业务意图 在状态码、工序号等业务场景中，这种写法能避免将文本代码误认为数值 在RAP和OData服务等现代架构中，底层语义明确性对上层开发至关重要 文章强调，清晰的类型声明能降低代码维护成本，符合Clean Core开发规范的要求。
HTTP Connection 头（header）说明：keep-alive和closer的区别
热门推荐
海渊_haiyuan的博客
05-02 5万+
HTTP Connection 头（header）说明：keep-alive和closer的区别 前言 在http请求时，我们一般会在request header 或 response header 中看到”Connection:Keep-Alive”或 “Connection:close”，这里具体的含义是有关http 请求的是否保持长连接，即链接是否复用，每次请求是复用已建立好的请求，还是重新...
CDS 分析模型里的长文本、中文本和短文本，别让字段长度把报表显示带偏
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
10-15 1501
文章摘要：CDS分析模型中文本字段处理常被低估，开发人员往往只关注基本建模而忽视文本显示问题。分析引擎通过字段长度而非名称判断文本类型（短/中/长），这可能导致显示截断。关键点包括：1)正确使用@Semantics.text标记文本字段；2)通过@ObjectModel.text.element指定默认显示文本；3)区分Dimension View和Text View的建模要求；4)注意字段长度与文本类型的匹配关系。SAP官方建议将语言相关文本放入独立的Text View，并遵循特定注解规范以确保正确显示。
Anthropic收入超越OpenAI与中国大模型Token用量解析
weixin_33895475的博客
07-21 319
大模型技术正在重塑AI产业格局，其中模型优化和成本控制成为关键竞争要素。通过动态Token压缩、知识蒸馏等技术，企业可以显著降低推理成本，如Anthropic的Claude系列在处理长文档时Token消耗降低30-45%。同时，合规性设计如宪法AI框架，使模型在金融、医疗等强监管行业更具优势。在中国市场，模型小型化和边缘计算部署技术推动了大模型的规模化应用，如阿里云Qwen-1.8B在电商场景的Token效率提升35%。这些技术进步为企业提供了更高效的API选型策略，特别是在成本敏感和高合规要求的场景中。
Connection: keep-alive 简介
m0_74381444的博客
04-17 5113
实现 请求头保持 和 关闭的一些方法
http协议Connection:Keep-alive
weixin_47906106的博客
03-26 3431
http协议Connection:Keep-alive（长连接短连接) 在HTTP1.0中，没有正式规定 Connection:Keep-alive 操作，连接通信完之后会断开，；在HTTP1.1中所有连接都是Keep-alive的，也就是默认都是持续连接的，类似于管道，可以发生多次通信。 注：http协议是基于tcp协议的（TCP面向连接，可靠，基于字节流传输协议，相当于打电话先建立连接，通信完之后再关闭连接） 如下图： 4. 从上图可以看出，HTTP1.0中通信完之后会断开，而右图可以进行多次的请求和
HTTP中 Connection: keep-Alive与TCP中keepalive有什么区别？
qq_37247026的博客
05-23 945
由于 HTTP 是基于 TCP 传输协议实现的，客户端与服务端要进行 HTTP 通信前，需要先建立 TCP 连接，然后客户端发送 HTTP 请求，服务端收到后就返回响应，至此「请求-应答」的模式就完成了，随后就会释放 TCP 连接。TCP 的 Keepalive 也叫 TCP 保活机制，该功能是由「内核」实现的，当客户端和服务端长达一定时间没有进行数据交互时，内核为了确保该连接是否还有效，就会发送探测报文，来检测对方是否还在线，然后来决定是否要关闭该连接。这样做，连接就不会中断，而是保持连接。
在 ABAP CDS Dimension View 里为特征建一个最简单的文本
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
10-04 1840
文章摘要：本文探讨了在ABAP CDS中进行文本建模的方法，解决业务报表中代码与可读文本分离的问题。文章指出，对于语言无关的主数据（如成本中心编码和名称），可以在Dimension View中直接内联文本字段，使用@Semantics.text: true和@ObjectModel.text.element注解建立关联。Query View通过@AnalyticsDetails.query.display控制显示格式（如"编码+文本"）。同时强调这种方案不适合多语言场景，当同一主数据需要
CDS Dimension with Attribute，ABAP CDS 分析建模里最容易被低估的一层主数据语义
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
03-27 493
CDS分析模型的关键在于维度语义的清晰定义，而不仅仅是事实数据的简单展示。摘要指出： 维度建模的核心是使用@Analytics.dataCategory: #DIMENSION明确定义维度视图，并通过@ObjectModel.representativeKey指定代表键，确保主数据唯一性。 维度属性（如客户国家）需要显式投影到Cube视图中，通过_Customer.Country as CustomerCountry方式使其成为可分析维度，而非自动继承。 事实表与维度的关联通过@ObjectModel.fo
把业务报表拆成可复用的语义模型：ABAP CDS 里的 Analytical Dimension Field 深入解析
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
04-23 3653
摘要： SAP S/4HANA嵌入式分析中，维度字段（analytical dimension field）的清晰定义是优化报表体验的关键。维度字段用于分组、筛选和切片分析数据（如客户、日期、区域），而度量字段（measure）则处理可聚合的数值（如销售额）。在ABAP CDS建模中，通过@Analytics.dataCategory: #CUBE标记的Cube View需明确区分二者：维度字段通常通过外键关联维表视图（Dimension View）补充属性，或通过语义注解（如@Semantics.cale
在 ABAP CDS 里把多语言文本和有效期文本建模清楚
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
03-27 3404
SAP S/4HANA Embedded Analytics中主数据文本的建模需遵循特定规范。主数据应建为#DIMENSION视图，文本单独建为#TEXT视图，通过@ObjectModel.text.association关联。文本视图需包含主数据key、语言字段(@Semantics.language)和时间有效性字段(@Semantics.businessDate)，确保能根据登录语言和业务日期显示正确文本。关键点在于通过语义注解而非硬编码条件，让Analytic Engine自动处理语言和日期匹配。正
从物料编码到多语言描述，深入理解 ABAP CDS ObjectModel Annotations 的文本建模逻辑
最新发布
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
08-08 22
文章摘要： SAP S/4HANA 中常见业务对象（如物料、单位、国家等）存在编码与多语言文本分离的数据形态。ABAP CDS 通过 ObjectModel 注解实现语义建模，核心机制包括：使用 @ObjectModel.text.association 建立字段与文本视图的关联；通过 @ObjectModel.dataCategory: #TEXT 标识文本视图；用 @ObjectModel.representativeKey 指明文本描述的业务主键。这种设计将技术编码（如物料号TG11）与多语言描述（如
让 CDS 元数据真正说人话，SAP Fiori 字段标签与描述的设计方法
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
07-28 78
本文探讨了SAP系统中业务字段标签的完整生命周期，从技术实现到终端展示。重点分析了@EndUserText.label的核心作用——它不仅是技术名称的翻译，更是定义字段业务语义的关键元数据。文中指出，标签设计需要考虑数据结构（ABAP Dictionary/CDS）、服务层（OData）和展示层（Fiori Elements）的不同需求，并遵循SAP推荐的覆盖规则：CDS标签优先于数据字典文本，UI注解可覆盖展示层标签但不影响服务层元数据。文章还强调了标签翻译应遵循企业术语标准，通过SAP翻译体系实现多语言
A simple hierarchy with hierarchy directory，一个 Name 维度上的 CDS 层级建模小案例
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
09-22 1077
本文介绍了在SAP S/4HANA Embedded Analytics中处理多层级维度数据的关键建模方法。重点阐述了三个核心组件：主数据表（保存维度值）、层级目录表（记录可用层级及其元数据）和层级结构表（存储父子关系）。通过CDS视图实现：维度视图（@Analytics.dataCategory: #DIMENSION）定义主数据，层级目录视图提供层级选择项和最后更新时间（触发缓存刷新），层级视图描述具体层级结构。特别强调了层级关联注解（@ObjectModel.hierarchy.association
从语言键到业务文本，深入理解 ABAP CDS Semantics Annotations 的语义建模
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
08-08 17
SAP S/4HANA 中通过 ABAP CDS 的语义注解（Semantics Annotations）解决业务代码与多语言描述的映射问题。核心注解 @Semantics.language 标识语言字段，@Semantics.text 标记供人阅读的文本字段，二者结合形成多语言文本模型。这种设计使框架能理解字段间的业务关系，而非依赖命名惯例。与 @EndUserText.label（字段标签）不同，语义注解处理的是业务数据本身的多语言描述问题。典型结构包含业务键、语言键和文本字段，支持同一业务对象的多语言
用 CDS 引用数据源开发 SAP Gateway OData 服务，补上 Update 能力，让销售订单描述真正可维护
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
08-09 2617
本文摘要（149字）： 在SAP Gateway项目中采用CDS作为数据源时，读操作通过CDS和SADL实现高效开发，但写操作需在ABAP中处理。案例展示了如何为销售订单描述字段添加更新功能：首先在MPC_EXT标记字段为可更新，然后在DPC_EXT中实现更新逻辑。关键点包括解析URI中的键值、处理payload数据、映射到BAPI结构（注意区分OData字段名与BAPI字段名），最后调用BAPI_EPM_SO_CHANGE完成更新。实现时需特别注意更新字段的X标记和错误处理，确保服务端与客户端元数据的一致
从代码值到用户语言描述，ABAP CDS 文本关联的建模与 OData 运行机制
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
07-28 27
本文介绍了 SAP Fiori Elements 中多语言文本处理的解决方案，重点阐述了 CDS 文本关联机制的工作原理。文章摘要如下： 问题背景：业务系统中代码字段（如计量单位"EA"）需要根据不同语言显示不同文本描述（中文"件"/英文"Each"），直接存储多语言文本会导致数据冗余和维护困难。 解决方案：采用 SAP CDS 文本关联机制，将稳定的业务代码与语言相关的文本描述分离存储，通过@ObjectModel.text.association注解建立关联。 实现方式： 文本提供者视图使用@Objec
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汪子熙

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值