关于cluster table(簇表)BSEG

转自：http://suyupingsap.spaces.live.com/default.aspx?_c02_owner=1

今天接到的第一个task是通过一定可知的parameter数据,提取到BSEG,BKPF等表里的某些数据,本能的用inner join和Query试了试,结果发现都不可以被使用,系统提示,BSEG为Cluster talbe,不可以使用inner join,才发现,自己是第一次正面cluster table 这个东西

然后赶紧查询一些相关信息,有用的,先发在下面吧

FI 的簇表的使用(转)

BSAD：应收明细（已清帐）
BSID：应收明细（未清帐）
BSAS：总帐明细（已清帐）
BSIS：总帐明细（未清帐）
BSAK：应付明细（已清帐）
BSIK：应付明细（未清帐）

BSEG主要通过“凭证号”“会计年度”“行号”和这六张表关联
一般情况下一笔业务产生的凭证都是未清的，那么：如果该业务行是客户相关的，则被记录到BSID；
如果该业务行是供应商相关的，则被记录到BSIK；
无论和客户相关还是和供应商相关，都是和总帐相关，所以也会有记录到BSIS；
但是如果这笔业务被清帐了，则相应的记录会从BSIS转移到BSAS

一般情况下：应收账款、预收账款、其他应收款、应收汇票等科目既和客户相关，又和未清项管理的总帐科目相关；
应付账款、预付账款、其他应付款、应付汇票等科目既和供应商相关，又和未清项管理的总帐科目相关；
其他总帐科目一般不启用未清项管理，所以记录一般都放在BSIS中。
BSEG本身是一个 Cluster Table(簇表)，BSEG就是由上述的六大表的集成，当要读取”BSEG”Table时就等于去读取那六个表，这样你可以想像它读起来会就多慢。对於簇表或Pool Table，都是SAP系统本身在使用的，因此簇表本身是不存在资料库实体的，虽然是可以在ABAP使用，不过还是有一些限制： 1.不能使用select distinct or group by语法 2.不能使用Native SQL 3.不能使用specify field names after the order by clause 4.不能在建立次索引 5.查询时一定要用KEY FIELD

刚刚看到一份数据表资料的提示信息如下:

AVOID USING BSEG!!!
Use BSID, BSIK, and/or BSIS for open items
and BSAD, BSAK, and/or BSAS for cleared items

猜想一下,如果要select table 应该从这六个表里取数据,而不应该从BSEG里取了吧,呵呵,有点灵感了

Cluster Table本身是一個Key Field集合的Table，他在DB中實體的Table name是RFBLG，用SE11查一下你會發現它只有幾個Key Field，跟BSEG差了一堆，所以BSEG是SAP的東西，他本身是FITable的集合體，意思就是說當你每查一筆BSEG的ROW ，DB就要同步去把 RFBLG的cluster table MAP table都找出來組成一筆記錄回傳給SAP。

Cluster Table 本來就是SAP的應用系統在使用，主要是加快處理效能這跟Oracle 的Cluster table有些類似

所以ABAP在使用Cluster & Pool Table本來就有些限制的，如果去了解一下Cluster table的定義你就會知道，在Query中如果沒有小心使用這個Table，那你的PRD 系統會付出一定的代價的，用ST04 去查一下這個Table的大小你會嚇一跳的

我記的沒錯的話，在21天學會ABAP中有一節是專門在講Cluster table，另外在 www.sapfans.com 中去search 一下，你會發現有一堆文章都在討論 Cluster Table，小心的使用它會很好用的

一般來說要從Cluster出發的話，除了基本的限制外，一定要從Key Field下手，如果一次處理量大於500筆，最好分次處理

(摘自SAP之家论坛)

BSEG是一个CLUSTER TABLE（簇表）。CLUSTER TABLE和POOL TABLE在SAP中形式是TABLE CLUSTER（表簇）和TABLE POOL（表池），这两种表实际是由若干表组成的。一般CLUSTER TABLE是由若干大的表（如财务凭证数据等业务数据表）组成的，而POOL TABLE是由许多小的表组成的。所以，在INNER JOIN的时候，由于不是和一个表JOIN所以找不到连接的KEY。如果真要用INNER JOIN的话，可以使用这类表的索引表。如BSEG的索引表有：BASAS,BASIS,BSAK,BSIK,BSAD,BSID

1) pooled table:這是用來放置一些控制程式流程參數資料的TABLE。包括SCREEN流程.程式參數.暫存資料等
(2)cluster table:用來放置連續性的相關資料(如transaction document)這是一個值得你特別注意的TABLE，因為它通常很大，若您直接access　cluster table,效率會很差,像bseg就是,所以請盡量避免access該table,您應該可以找到其他的table來取代.

 

 

 

1. 不能使用Select distinct语法
BSEG中的字段存储在VARDATA中，所以不能使用distinct语句对单个项目去除重复。
2. 不能使用Native SQL
在数据库中没有与之同名的实体物理表相对应，所以不能使用Native SQL 对BSEG操作。
3. 不能使用Order by 语法
BSEG中的字段存储在VARDATA中，所以不能使用Order by语句对单个项目排序。
4. 不能再追加创建索引
BSEG中的字段存储在VARDATA中，所以不能再追加创建索引。

除此之外，对BSEG的访问要使用主键项目，如果没有主键项目虽然语法调试能够通过，但是程序执行起来，耗时长，效率低，而且随着业务量的增加执行时间问题会越发严重，甚至导致程序不能正常执行结束。

那么如果当键值不足时怎么办呢？回答，使用二次索引透明表，具体方法如下描述。

比如和销售凭证有关的业务，根据销售凭证编号和明细编号，选取相关会计凭证明细信息。
SELECT *
FROM BSEG
WHERE VBEL2 = 'XXXXXXXXXX' 　　　　“ 销售凭证编号
AND POSN2 = 'YYYYYY'.　　　　　　“ 销售凭证明细编号
在这个例子中，对BSEG的检索条件中因为没有主键项目，所以执行起来，程序很慢。

变通的方法：
1）首先根据销售凭证编号和明细编号，从BSID中检索出未清帐明细行项目。
SELECT BURKS “ 公司代码
BELNR “ 财务凭证编号
GJAHR “ 会计年度
BUZEL “ 会计凭证中的行项目
FROM BSID
INTO TABLE TAB_KEY “ 存放主键项目的内部表
WHERE VBEL2 = 'XXXXXXXXXX' “ 销售凭证编号
AND POSN2 = 'YYYYYY'. “ 销售凭证明细编号

2）再根据销售凭证编号和明细编号，从BSAD中检索出已清帐明细行项目。
SELECT BURKS “ 公司代码
BELNR “ 财务凭证编号
GJAHR “ 会计年度
BUZEL “ 会计凭证中的行项目
FROM BSAD
APPEND TABLE TAB_KEY “ 存放主键项目的内部表
WHERE VBEL2 = 'XXXXXXXXXX' “ 销售凭证编号
AND POSN2 = 'YYYYYY'. “ 销售凭证明细编号

3）然后再根据上面检索出的主键列表，从BSEG中检索出相应的明细行项目。
SELECT BSCHL "転記キー
KOART "勘定タイプ
UMSKZ "特殊仕訳コ
SHKZG "借方/貸方
HKONT "総勘定元帳
GSBER "事業領域
DMBTR "国内通貨額
WRBTR "伝票通貨額
ZUONR "ソートキー
SGTXT "明細テキス
ZFBDT "期日計算の
ZTERM "支払条件キ
ZLSCH "支払方法
ZLSPR "支払保留キ
HBKID "取引銀行の
BVTYP "取引先銀行
FROM BSEG
INTO TABLE TAB_BSEG “ 存放检索结果的内部表
FOR ALL ENTRIES IN TAB_KEY “ 存放主键项目的内部表
WHERE BUKRS = TAB_KEY-BUKRS. “ 公司代码
AND GJAHR = TAB_KEY-GJAHR “ 财务凭证编号
AND BELNR = TAB_KEY-BELNR “ 会计年度
AND BUZEI = TAB_KEY-BUZEI. “ 会计凭证中的行项目

4）这么处理之所以能够提高效率，关键还得对透明表BSID和BSAD追加以VBEL2（销售凭证编号）和POSN2（销售凭证明细编号）为键值的索引（对于透明表可追加索引）。

这样一来，1）和2）步骤地操作有索引，3）步骤的操作有全主键项目，检索速度应该有保证。

采购方面的业务、物料方面的业务等都可如法炮制。