Why we use Cluster Tables in SAP Hr

hai friends, i am new to ABAP-HR and SAP HR, Actually i am core abaper ( working on SD, MM and Fi Modules ) , can any one explain me why and what is the use of Cluster tables in SAP HR, why we use in SAP HR function Module ?
Thnx in advance
Vijaya

Hi Vijaya,
This may help for ur question..
Why cluster table:
Cluster tables combine the data from several tables with identical (or almost identical) keys into one physical record on the database.
Data is written to a database in compressed form.
Retrieval of data is very fast if the primary key is known.
Cluster tables are defined in the data dictionary as transparent tables.
External programs can NOT interpret the data in a cluster table.
Special language elements EXPORT TO DATABASE, IMPORT TO DATABASE and DELETE FROM DATABASE are used to process data in the cluster tables.
PCL1 - Database for HR work area; (long text, etc)
PCL2 - Accounting Results (time, travel expense and payroll); (payroll results)
PCL3 - Applicant tracking data;
PCL4 - Documents, Payroll year-end Tax data (change logs, etc)

Similar Messages

Why we are using cluster tables mainly HR

can any plz tell me why we are using cluster tables mainly HR???

Nice question -
Am making my guess based on whatever little I know;
PCLn are file systems and not a traditional (RDBMS) table system. Each File may contain one or more data clusters. SAP Defines data clusters thus -
A data cluster is a grouping of several data objects. Elementary fields, field strings and internal tables can be grouped in a data cluster.
Example:Clusters B1 and B2 in files PCL1 and PCL2 are relevant to time evaluation, as is cluster PS, which stores the generated schema.
The reason why file system of data storage is used instead of DB Table system may be for the purpose of storing voluminous data (Payroll and time) and ease of retrieval during processing (RDBMS may hv tough time in this). Also probably because of SAP's origin from Mainframe.
Why data clusters are used -? Probably data clusters are an offshoot (or part) of File system
Pls feel free to contradict the above. Actually DB experts can throw more light on this..
Regards
Chandra

Why we use PCLn tables only in HR ?

Hii
Kindly explain me why we use special PCLn tables for storing data in data clusters ,This kind of storing data is not used in other modules such as SD MM etc why only in HR module ?
That too in cluster tables we store specific data like Payroll data why ?
Please help.
Thanks
Ajitabh Pradhan

Hi,
maybe ask directly SAP
Cluster table is not really usefull, I prefere transparent table for development. But, you have cluster table like STXL, STXBITMAPS, ... for special requierement.
Why do you want to use cluster tables ?
Rgd
Frédéric

Cluster tables in SAP

Hi all,
what are the cluster tables in SAP.
and shall we use inner join statment on cluster tables.
regards,
Suresh

HI,
CLUSTER Tables :-Table clusters (clusters) are special table types in the ABAP Dictionary
The data from several tables is stored together in a table pool or table cluster. Tables assigned to a table pool or table cluster are referred to as pooled tables or cluster tables.
Table pool or table cluster should be used exclusively for storing internal control information (screen sequences, program parameters, temporary data, continuous texts such as documentation). Data of commercial relevance is usually stored in transparent tables.
Can check this link for more clarity
http://help.sap.com/saphelp_47x200/helpdata/en/81/415d363640933fe10000009b38f839/frameset.htm
We can't use inner join on clustor table.
To Join cluster table with other table its better use
several select statements.
This one sample code to join cluster table with other transperant table.
In this bseg is a cluster table.
Check it out.
TABLES : bkpf,
 bseg.
 INTERNAL TABLE AND WORK AREA FOR THE FIELDS IN BKPF TABLE *
DATA : BEGIN OF itab_bkpf OCCURS 0,
 bukrs LIKE bkpf-bukrs, "Company Code.
 gjahr LIKE bkpf-gjahr, "Fiscal Year.
 budat LIKE bkpf-budat, "Posting Date in the Document.
 belnr LIKE bkpf-belnr, "Accounting document number.
 blart LIKE bkpf-blart, "Document Type.
 END OF itab_bkpf.
DATA : wa_bkpf LIKE LINE OF itab_bkpf.
 INTERNAL TABLE AND WORK AREA FOR THE FIEDLS IN BSEG TABLE *
DATA : BEGIN OF itab_bseg_debit OCCURS 0,
 bukrs LIKE bseg-bukrs, "Company Code.
 gjahr LIKE bseg-gjahr, "Fiscal Year.
 belnr LIKE bseg-belnr, "Accounting Document Number.
 buzei LIKE bseg-buzei, "Line Item.
 hkont LIKE bseg-hkont, "General Leadger Account.
 shkzg LIKE bseg-shkzg, "Credit/Debit Indicator.
 wrbtr LIKE bseg-wrbtr, "Amount in Document Currency.
 pswsl LIKE bseg-pswsl, "Update Currency for Gen.Ledger
 dmbtr LIKE bseg-dmbtr, "Amount in local currency.
 sgtxt LIKE bseg-sgtxt, "Item Text.
 zuonr LIKE bseg-zuonr, "Assignment Number.
 END OF itab_bseg_debit.
DATA : itab_bseg_credit LIKE STANDARD TABLE OF itab_bseg_debit WITH
 HEADER LINE.
 FINAL OUTPUT INTERNAL TABLE *
DATA : BEGIN OF itab_output OCCURS 0,
 belnr(08),
 bukrs(04),
 budat LIKE bkpf-budat,
 buzei(03),
 hkont(07),
 blart(02),
 shkzg(01),
 wrbtr(08),
 pswsl(05),
 dmbtr(10),
 sgtxt(19),
 zuonr(10),
END OF itab_output.
CONSTANTS : c_debit TYPE c VALUE 'S',
 c_credit TYPE c VALUE 'H'.
 SELECT-OPTIONS *
SELECTION-SCREEN BEGIN OF BLOCK input WITH FRAME TITLE text-t01.
SELECT-OPTIONS : s_bukrs FOR bkpf-bukrs.
PARAMETERS : p_year LIKE bkpf-gjahr.
SELECT-OPTIONS : s_budat FOR bkpf-budat,
 s_dbacct FOR bseg-hkont,
 s_cracct FOR bseg-hkont,
 s_amt FOR bseg-dmbtr.
SELECTION-SCREEN END OF BLOCK input.
 SELECTING RECORDS FROM BKPF TABLE BASED ON THE CONDITION *
SELECT bukrs gjahr budat belnr blart
 FROM bkpf INTO TABLE itab_bkpf
 WHERE bukrs IN s_bukrs AND
 gjahr EQ p_year AND
 budat IN s_budat.
 SELECTING DEBIT LINE ITEMITEMS FROM BSEG FOR THE DOCUMENT *
 NUMBER SELECTED FROM BKPF *
IF NOT itab_bkpf[] IS INITIAL.
SELECT bukrs gjahr belnr buzei
 hkont shkzg wrbtr pswsl
 dmbtr sgtxt zuonr
 FROM bseg INTO TABLE itab_bseg_debit
 FOR ALL ENTRIES IN itab_bkpf
 WHERE bukrs EQ itab_bkpf-bukrs AND
 belnr EQ itab_bkpf-belnr AND
 gjahr EQ itab_bkpf-gjahr AND
 hkont IN s_dbacct AND
 shkzg EQ c_debit AND
 dmbtr IN s_amt.
 SELECTING CREDIT LINE ITEMITEMS FROM BSEG FOR THE DOCUMENT *
 NUMBER SELECTED FROM BKPF *
SELECT bukrs gjahr belnr buzei
 hkont shkzg wrbtr pswsl
 dmbtr sgtxt zuonr
 FROM bseg INTO TABLE itab_bseg_credit
 FOR ALL ENTRIES IN itab_bkpf
 WHERE bukrs EQ itab_bkpf-bukrs AND
 belnr EQ itab_bkpf-belnr AND
 gjahr EQ itab_bkpf-gjahr AND
 hkont IN s_cracct AND
 shkzg EQ c_credit AND
 dmbtr IN s_amt.
ENDIF.
SORT itab_bkpf BY bukrs gjahr belnr.
SORT itab_bseg_credit BY bukrs gjahr belnr.
 LOOPING THE DEBIT ENTRIES
LOOP AT itab_bseg_debit.
READING THE CREDIT ENTRIES WHICH MATCHES WITH HE CURRENT DOC. NUMBER
READ TABLE itab_bseg_credit WITH KEY
 bukrs = itab_bseg_debit-bukrs
 gjahr = itab_bseg_debit-gjahr
 belnr = itab_bseg_debit-belnr BINARY SEARCH.
IF sy-subrc EQ 0.
*READING THE POSTING DATE AND DOCUMENT TYPE FOR THE CURRENT DOUCMENT
 AND APPENDING THE DEBIT AND CREDIT ENTRIES
 READ TABLE itab_bkpf INTO wa_bkpf WITH KEY
 bukrs = itab_bseg_debit-bukrs
 gjahr = itab_bseg_debit-gjahr
 belnr = itab_bseg_debit-belnr BINARY SEARCH.
 itab_output-belnr = itab_bseg_debit-belnr.
 itab_output-bukrs = itab_bseg_debit-bukrs.
 itab_output-budat = wa_bkpf-budat.
 itab_output-buzei = itab_bseg_debit-buzei.
 itab_output-hkont = itab_bseg_debit-hkont.
 itab_output-blart = wa_bkpf-blart.
 itab_output-shkzg = itab_bseg_debit-shkzg.
 itab_output-wrbtr = itab_bseg_debit-wrbtr.
 itab_output-pswsl = itab_bseg_debit-pswsl.
 itab_output-dmbtr = itab_bseg_debit-dmbtr.
 itab_output-sgtxt = itab_bseg_debit-sgtxt.
 itab_output-zuonr = itab_bseg_debit-zuonr.
 APPEND itab_output.
 itab_output-belnr = itab_bseg_credit-belnr.
 itab_output-bukrs = itab_bseg_credit-bukrs.
 itab_output-budat = wa_bkpf-budat.
 itab_output-buzei = itab_bseg_credit-buzei.
 itab_output-hkont = itab_bseg_credit-hkont.
 itab_output-blart = wa_bkpf-blart.
 itab_output-shkzg = itab_bseg_credit-shkzg.
 itab_output-wrbtr = itab_bseg_credit-wrbtr.
 itab_output-pswsl = itab_bseg_credit-pswsl.
 itab_output-dmbtr = itab_bseg_credit-dmbtr.
 itab_output-sgtxt = itab_bseg_credit-sgtxt.
 itab_output-zuonr = itab_bseg_credit-zuonr.
 APPEND itab_output.
ENDIF.
ENDLOOP.
Reward if it helps you.
Thanks.

Why we use crmd_link table ........?

Hi,
I am new bee in CRM. I am doing my first program in crm . Can any one explain me why we use CRMD_LINK table.
Why we pass guid in guid_hi and get guid_set ? what is diffrent between them ?
Help will be rewarded ...
Regards
Gurprit Bhatia

A CRM transaction (e.g. contract) data info is not contained in a single table. We need to use different tables for the same.
guid_hi and guid_set are used for different categories of data like partner info, billing info, etc.
Some numeric ids are there for guid_hi and guid_set
Using help, u can find out which id stands for which category of data.

Why we use Setup Table.

Hi All,
Can u plz tell me why do we use setup table and what is flow of data from R/3 2 BI?
Please search the forum before posting a thread
Edited by: Pravender on Sep 16, 2010 11:45 AM

Hi Sonal
The kind of exractors largely depends on the application due to the way they were developed
/people/sap.user72/blog/2004/12/16/logistic-cockpit-delta-mechanism--episode-one-v3-update-the-145serializer146
/people/sap.user72/blog/2004/12/23/logistic-cockpit-delta-mechanism--episode-two-v3-update-when-some-problems-can-occur
/people/sap.user72/blog/2005/01/19/logistic-cockpit-delta-mechanism--episode-three-the-new-update-methods
/people/sap.user72/blog/2005/04/19/logistic-cockpit-a-new-deal-overshadowed-by-the-old-fashioned-lis
/people/sap.user72/blog/2005/02/14/logistic-cockpit--when-you-need-more--first-option-enhance-it
Check the above weblogs
Regards
Naveen
PS: Assigning point to the helpful answers is the way of saying thanks in SDN

Why to use setup tables in LO extraction

Hi gurus
please send me answer

Hi,
Think of the SAP application tables as Production system. Now why dont we directly do reporting on these tables or why cant we use these tables instead of ODS as these already have detailed data.
One of the major reasons is performance. If you want to load this data to BW directly with out setup tables, you cannot be sure that you have correct data in the BW system as these tables are changed by the transactions. If you still do not want to use setup tables, you should stop any changes to the tables, which is impossible (will impact the business).
I believe this is why SAP does not allow direct access to application tables and has brought in the concept of setup tables. The setup tables hold the data for us to transfer and any changes in the data records is moved to the delta queue.
Please correct me if I am wrong.
Hope this helps!
Regards,
Maddy

Why frameset? Why not use a table?

Why do we need to use the framesets?
I think that we should use the tables because the framesets
do not show you the border sizes and background colors on the
source (code window). The tables show you everything including the
background color codes so that you would know where to find it on
the source window. Although, a frameset is a big risk.
If you think that I'm wrong, then can you please explain it
to me. I respect your opinion.

"jeffeyer" <[email protected]> wrote in message
news:ectmha$shq$[email protected]..
> Why do we need to use the framesets?
>
> I think that we should use the tables because the
framesets do not show
you
> the border sizes and background colors on the source
(code window). The
tables
> show you everything including the background color codes
so that you would
know
> where to find it on the source window. Although, a
frameset is a big
risk.
>
> If you think that I'm wrong, then can you please explain
it to me. I
respect
> your opinion.
>
You are right. Tables and/or css are preferable to a frames
layout.
Though I can understand why somebody would want to use
frames, certainly if
it is their first time out in web design. I myself was drawn
to the lure of
having that immutable left hand menu frame with my right hand
side being
able to change.
But then I discovered templates and server side includes.

How to replicate cluster table into BW on HANA using SLT?

Hi Members,
We have a requirement to replicate cluster table from SAP ECC (Ex:BSEG) into BW 7.4 on HANA using SLT. We know that HANA SLT is capable of replicating cluster table but it looks like BW-SLT is not capable of doing the same.
Please clarify on this and any documentation in this regard will be very helpful.
Also wondering if the current release of BW-SLT can be used to replicate Cluster tables from SAP?
Thanks & Regards
Shankar Chintada

Hi Shankar,
I dont understand , why you have doubt on BW-SLT???
Using SLT you can replicate the tables pool or cluster .
If you have more specific requirment please share the details
As per above information in your enviorment it is possible.
You can check below thread for more infor.
SLT: Mass Tables for Replication to HANA
BR
AKJ

SAP Connector accessing Cluster Tables

We are using OWB 10gR2 to extract data from SAP. We have no problems extracting 'normal' tables from SAP, but the problem we face is that when we try to extract what is known as Cluster Tables in SAP, the OWB generated ABAP code causes problems to the SAP application when run.
Has anyone come across this? Can you extract Cluster Tables from SAP using the SAP Connector?
For info. we are using SAP Connector R/3 version 4.7.
Thanks in advance !

May you give me a help!
You have done what i m trying to do from 10 days...
working the sap connector..
What is the module function in sap you invoke from the Connector?
The version of librfc32.dll you used is the recommended version and build?
Thanks & Greetings
Roberto from Rome

Where we can use pooled and cluster tables.

Hi Experts,
I have read all the threads and tutorials. all are telling like the difference between pooled and clulster tables are
Pooled table
It can hold small amount of data ( 10 to 100 records) and large number of tables( 100 to 1000 tables). It has fixed structure like Tabname, Varkey, Datain, Vardata.
Cluter tables
It can hold large amount of data but small number of tables. It is also have fixed strucuter like CLKEY1,CLKEY2 , CLKEY3...., Pageno, Timestamp, Pagelg, Vardata.
But i want which situation we can choose pooled table and which situation we can choose cluster table. In general way or Business way.
Thank you,
Srinivas M
Edited by: Srinivas Marapureddy on May 11, 2010 4:39 PM

>
El Tony wrote:
> Those table to manage big data volume, for example BSEG is a cluster table, this help to database for store the data in little amount. Instead the Pooled Table to store the table in other table, so that this help to database for store the data too but in more little amount.
>
> In Background ABAP to control this, because there are source code that help to show the data complete, but in the databse the data is store with alphanumerics. This is a advantage for the database.
Let me correct you, the data is not stored in alphanumeric but in RAW format in pool & cluster tables.
SAP says pool & cluster tables are created so that data from different tables belonging containing similar kind of data are clubbed together. I am not sure if storing data in RAW format compresses its size but SAP recommends storing business data in transperant tables.
Quote from SAP documentation:
"Data of commercial relevance is usually stored in transparent tables."
If data compression were a significant point SAP would have stored data in table clusters & not in transperant tables.
Comments are welcome.
BR,
Suhas

By passing Cluster Table BSEG ?

What is the science of using Cluster tables? I mean why are cluster tables used for ? + HOW CAN I BY PASS CLUSTER TABLER to get the data quickly ??

Hi,
The famous BSEG table is a cluster table.
It is as was correctly stated part of the Accounting Document Segment. It is part of the Pool cluster RFBLG and lives in the package: FBAS (Financial accounting 'Basis').
You can't read a cluster table exactly the way you read a database (old speak, transparent table).
You can use a program to read called RFPPWF05
Note 435694: Display BSEG item by calling FB09D (modified FB09)
Other possiblity: Other possibility: CALL DIALOG 'RF_ZEILEN_ANZEIGE', but since this is a dialog I don't think this would work.
In any event go to FBAS Package (development class) to see your business objects, class library and functions.
you must use keyfields bukrs , belnr, gjahr
(so 1st select table bkpf) to select bseg.
or use secondary index tables:
bsas, bsis, bsik, bsak, bsid, bsad
Cluster Table : Cluster tables are logical tables that must be assigned to a table cluster when they are defined. Cluster tables can be used to strore control data. They can also be used to store temporary data or texts, such as documentation.
A clustered and a pooled table cannot be read from outside SAP because certain data are clustered and pooled in one field.
One of the possible reasons is for instance that their content can be variable in length and build up. Database manipulations in Abap are limited as well.
But pool and cluster table is a many to one relationship table. This means many pool table store in a database table which is know as table pool.
All the pool table stored table in table pool does not need to have any foreign key relationship but in the case of cluster table it is must. And pool and cluster table is basically use to store application data.
For pool and cluster table you can create secondary index and you can use select distinct, group for pool and cluster table. You can use native SQL statement for pool and cluster table.
Regards,
Raj.

Cluster Tables and Open SQL

Hi,
I am planning to replace several transparent tables with cluster tables.
And this also implies that I have to read from cluster tables.
One of the reason, I did not do this is until now is, that at the moment I am heavily
relying on the possibility to specify the DB name dynamically during runtime.
If I start implementing this scenario in one case, it should be possible to implement this
for all cases.
My question is now, is it possible to use cluster table similar to transparent table?
The following sketches the idea
The typical cluster table looks like
RELID     INDX_RELID
SELKEY
SRTF2     INDX_SRTF2
CLUSTR
CLUSTD
What one could do is, select from the cluster table using the primariy key fields
RELID     INDX_RELID
SELKEY
into an internal table, treating the DB table as an transparent table and after that,
do an import from the internal table to the real internal table.
To generate the value for SELKEY - Fill the structure and move the content of the
structure to a CHAR50.
The question is: Would this work?
I looked across the documentation, but I have found only little.
Trying it out is not useful either, since this technique needs to work independ of OS, DB
and NW Release.
And if it works, I cant be sure, that with a different system setup it still works.
Thanks fro your help.
With kind regards
Uwe Gebhardt
Edited by: Uwe Gebhardt on Apr 28, 2011 9:38 AM

Hello Uwe,
I would not advise you to switch from transparent to cluster tables. Cluster tables give you much less flexibility in terms of different access strategies, usage of indexes, etc.
And I think you can forget about reprogramming SAP DBI functionality of parsing cluster table contents in your program and moving it into a real internal table. There is simply too much you should take care of. And what if SAP decides to make a slight change in the next release. Then the upgrade will ruine your program.
So my advise - stick to the transparent tables.
Regards,
Yuri

How to get the data from a cluster table to BW

Dear All,
I want to extract the data from R/3 to BW by using 2 tables and one Cluster B2.
Actually my report contains some fields from PA2001, PA2002 and one cluster table B2 (Table ZES). Can I create View by using these 3 tables? If it is not possible how can I get the data from the cluster? Can I create generic datasource by using cluster tables directly?
In SE11 Transaction the Cluster (table ZES) is showing invalid table.
I referred some Forums, but no use.
Can any body tell me procedure to get the data from a cluster (table ZES) ?
Waiting for you results.
Thanks and regards
Rajesh

HI Siggi,
Thank you for your reply..
I am also planning to do FM to get the data. But it is saying that the Cluster table ZES does not exist (ZES is the the standard table, in SE11 also).
How can I use the Fields from the that table.?
What can I do now, can you please explain me about this point.
Waiting for your reply.
Thanks and Regards
Rajesh
Message was edited by:
rajesh

Creating Indexes in Cluster Tables

Hi,
I want to enable the index for the a cluster table..how is it possible..As we see for transparent tables like MSEG ,index tab is enabled but tables like BSEG the option is disabled..Please help me find a solution..
Regards
Maria

You cannot create index on cluster table in SAP.
BSEG is a cluster table, so no index, but hopefully there are "database indexes" on BSEG, which are actual database table : BSIS, BSAS, BSID, BSAS, and so on.
BSEG Access
BSAD Accounting: Secondary index for customers (cleared items)
BSAK Accounting: Secondary index for vendors (cleared items)
BSAS Accounting: Secondary index for G/L accounts (cleared items)
BSID Accounting: Secondary index for customers
BSIK Accounting: Secondary index for vendors
BSIM Secondary Index, Documents for Material
BSIS Accounting: Secondary index for G/L accounts
Create index on these tables.
Look also at
Re: Selecting data from BSEG.
Regards

Why we use Cluster Tables in SAP Hr

Similar Messages

Maybe you are looking for