SAP相关底表使用说明(一)

表的要求
表中使用的字段请尽量参照各模块的SAP字段标准使用习惯;
   例:“ZXSLRZX销售组织对应的利润中心”中的销售组织应该使用VKORG、利润中心应该使用PRCTR。
根据表的用途,需确定是否属于配置目的、还是业务目的。
配置表的建议:
需要加入MANDT字段
例: “ZQJQD缺件清单”就没有MANDT字段
需提供相应的维护视图;
例:如ZCHECK_MM01工厂和利润中心的对应
为保证DEV/QAS/PRD系统的一致性,不应该对配置表提供批量维护的功能,而应该走Request传输流程;
例: “ZMM_GSJJGLJ公司间物料转卖价格逻辑”就是一个失败的开发案例。
若有必要,可激活日志功能,便于对配置的更改查询;
在定义表的时候,请不要偷懒使用“预定义数据类型”这种方式;
业务表的建议:
若无特殊目的,也请加入MANDT字段
在定义关键字段的时候,请务必慎重,在理解业务需求的前提下,合理设置;(数据存在后,关键自动的变更存在较大风险)
为减少系统存储空间,一般不需要激活更改日志;
在定义表的时候,请不要偷懒使用“预定义数据类型”这种方式;
程序的要求
程序的选择屏幕,如果需要提供缺省值,请尽量通过Memory ID的方式实现,不要使用硬代码。
   例:“ZPOOIS采购订单信息报表”中的公司代码(BUK)、工厂(WRK)。
程序的选择屏幕上的选择文本,如果属于标准字段,若无特殊需求,请尽量使用Dictionary,避免造成在不同语言环境中显示错误的情况。
   例:ZPOOIS的选择屏幕在英文环境下完全错误,而ZJSJSNEW就相对正确。
程序变式(选择变式、输出变式)的灵活使用
ALV报表,请提供变式功能(IS_VARIANT ,I_SAVE等变量);
   例: ZPOOIS的输出格式就无法保存 。
二次开发程序中定义的自定义表,需考虑相应数据的删除及归档策略,并应该对数据量的大小有合理的估计。
金额,请考虑币别;数量,请考虑计量单位;
公司代码与工厂的关系
一个工厂只能属于一个公司代码;
例:3110起重机工厂只能属于3011公司代码。
表:T001K,其中的BWKEY就是指工厂,完全等同于T001W的WERKS;
公司代码与利润中心的关系
SAP是允许一个利润中心属于多个公司代码的,但是,我们实际业务上一个利润中心通常只应该对应一个公司代码(有部分特例!)
一个公司代码下,可以存在多个利润中心;
例:在2001公司代码下,存在LR2180/LR2170/LR2160等多个利润中心;
表:CEPC_BUKRS分配利润中心至公司代码
工厂与利润中心的关系
 工厂跟利润中心按照SAP的本身逻辑是没有关系的;
 但为了保证业务的正确性,我们创建了表ZCHECK_MM01(工厂和利润中心的对应)来进行检查(如在物料主数据创建的时候进行检查)。
工厂与库存地点的关系
库存地点必须跟工厂一起才有意义,牢记“工厂+库存地点”!
在不同的工厂下虽然可以存在同样的库存地点代码,但本质上是有区别的;
T001L,工厂+库存地点
WM仓库与库存地点的关系
一个仓库可以包括多个“工厂+库存地点”,一个“工厂+库存地点”只能属于一个仓库;
 T320,工厂+库存地点=>仓库号
销售组织与公司代码的关系
一个销售组织只能属于一个公司代码;
例:3011宁乡起重机销售组织只能属于3011公司代码。
表: TVKO销售组织;
 销售组织与工厂的关系
 销售组织与工厂是多对多的关系,但是该关系仅说明了销售组织可以“销售”哪些工厂的,并不能表示两者之间有财务上的所属关系;
 表: TVKWZ 每个销售机构允许的工厂数
采购组织与公司代码的关系
采购组织与公司代码可以不存在分配关系,我们除极少的两三家公司外,基本上没有进行分配(如果进行分配的话,则一个采购组织只能分配给一个公司代码)。
表:T024E 采购组织
采购组织与工厂的关系
 采购组织与工厂是多对多的关系(但是如果采购组织已经分配给公司代码后,则只能分配该公司代码下的工厂给采购组织)
T024W工厂的有效采购组织
不能根据字段在前台所属的物料视图来确定相应的数据表,一定要使用F1->技术信息;
    例:采购视图的“采购价值代码”就是属于基本数据(MARA-EKWSL)。
 

<think>好的,我现在需要帮助用户了解SAP HANA的结构和操作方法。首先,我得确认用户提到的“”指的是什么。在SAP系统中,通常指的是存储核心业务数据的数据库,这些直接存在于数据库中,而不是视图或其他派生结构。用户可能想了解如何找这些的结构,如何询数据,以及操作时需要注意的事项。 接下来,我需要回忆SAP HANA的数据库结构。SAP HANA作为内存数据库,其结构分为行存储和列存储,这点很重要,需要向用户说明。然后,用户可能需要知道如何访问这些,比如通过SQL控制台或者ABAP程序。 然后,考虑到用户可能没有提到但相关的信息,比如系统和信息模式。SAP HANA提供了系统视图如SYS.TABLES和SYS.VIEWS,这些可以帮助用户。此外,信息模式(如INFORMATION_SCHEMA.TABLES)也是常用的方式,需要包含在回答中。 用户还可能关心如何操作这些,比如直接读取和写入。但需要注意权限问题,以及直接操作的风险,比如绕过应用逻辑可能导致数据不致。这部分需要强调,避免用户误操作。 另外,引用中提到的REPOSRC(引用3)是个例子,用户可能想了解类似的结构,比如DATA字段的类型为RAWSTRING。可以举例说明,帮助用户理解。 然后,生成相关问题。需要考虑用户可能的后续问题,比如如何内容,列存储的优势,权限管理等。这些问题需要自然相关,并且基于回答内容。 最后,确保回答符合格式要求:使用中文,数学公式正确,引用标识自然添加。检是否有遗漏的关键点,比如SAP HANA Studio和HDBSQL工具的使用,以及操作时的注意事项。</think>### SAP HANA 格结构与操作 #### 1. 结构 SAP HANA 的格分为**行存储**和**列存储**两种类型: - **行存储**:适合频繁更新的 OLTP 场景,数据按行存储,例如系统配置。 - **列存储**:适合分析型询的 OLAP 场景,数据按列压缩存储,例如业务数据聚合[^1]。 结构可通过以下方式看: - **系统视图**:使用 `SYS.TABLES` 看所有信息,`SYS.VIEWS` 看视图。 - **信息模式**:通过 `INFORMATION_SCHEMA.TABLES` 元数据[^3]。 - **DDL 语句**:执行 `SELECT DEFINITION FROM SYS.VIEWS WHERE VIEW_NAME='名'` 获取定义。 #### 2. 操作 **直接访问方式**: 1. **SQL 控制台**: ```sql SELECT * FROM "SCHEMA_NAME"."TABLE_NAME" WHERE CONDITION; ``` 示例询 REPOSRC 的压缩代码字段: ```sql SELECT DATA FROM REPOSRC WHERE PROGRAM = '程序名' [^3] ``` 2. **ABAP 程序**: 使用 `OPEN CURSOR` 和 `SELECT` 读取数据,需注意权限控制: ```abap DATA: lt_data TYPE TABLE OF zstructure. SELECT * FROM ztable INTO TABLE lt_data. ``` **操作注意事项**: - **权限要求**:需分配 `SELECT` 权限或开发权限(如 `S_DEVELOP`)[^2]。 - **性能影响**:列存储避免高频单条写入,建议批量操作。 - **事务致性**:直接修改生产需显式提交(`COMMIT WORK`)。 #### 3. 工具支持 - **SAP HANA Studio**:图形化结构、索引和统计信息。 - **HDBSQL**:命令行工具执行 SQL 语句。 - **ABAP 调试器**:通过 `/H` 调试模式追踪访问逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值