Suggestions On Table design - Usage of Nested Tables.

Hi All,
DB Vesion - 10.2.0.1.0
We have an existingtable say, REPORT_MASTER with more than 4 Million records.( 27 Columns )
Now the requirement is as follows: Every day, a job has to run to upadte each row in the REPORT_MASTER table. ( COLUMNs to be updated are new columns -to be designed)
Rules for the updation are generated dynamically depending on a parameter table.
In total, more than 500 update statement will run for updating the whole table (it is not possible reduce the number of updations). Now after the updation the records in the table will be like
ExistingColumns     NewColumn1     NewColumn2     NewColumn3     ........
........     BRF01.1          BRF02.5          BRF03.1          .......
........     BRF01.3          BRF02.1          BRF03.2          .......
........     ......          ......          ......          ......First few updates, for example will update "NewColumn1". Next few updates will update "NewColumn2" and so on..
Now My Query is about designing the new columns:
1.If I did as the above sample output there should be 37 new columns as per current requiremnent. It can increase when new report is required.
2.If I go for a Nested Table, my concern is about the update statement. Is there any way to achieve the below code..
      update report_master
     set new_nested_tab_col(5) =  'BRF02.6'
     where .....
    And also how will be the performance?
3.If I go for a detail table, it will have a size of almost 37 times that of master_table.
I have to loop through this table (ofcourse with joining to the master table) 37 times again afetr updation for report generation. (This is required anyhow, but here data volume is high)
4. Other methode, ofcourse not very professional, is to keep a single varchar2 column and update that column, so that it will have value like
BRF01.1,BRF02.3,BRF03.1....
Or any other better alternative..?
Please suggest.
Thanks in advance,
Jeneesh
Edited by: jeneesh on Apr 13, 2009 11:36 AM
Update statements will be like as follows, if the basic design is selected :
update REPORT_MASTER set NEW_COLUMN1 = 'BRF01.1' where dynamic_condition1 and NEW_COLUMN1 is not null;
update REPORT_MASTER set NEW_COLUMN1 = 'BRF01.2' where dynamic_condition2 and NEW_COLUMN1 is not null;
update REPORT_MASTER set NEW_COLUMN2 = 'BRF02.1' where dynamic_condition25 and NEW_COLUMN2 is not null;
...Edited by: jeneesh on Apr 13, 2009 12:40 PM
Taking it to front....
Edited by: jeneesh on Apr 14, 2009 8:37 AM
Still I am not comfortable to use 37 columns..

APC wrote:
Not sure what you're expecting from us. I'm afraid you haven't explained your scenario clearly, so it's difficult to offer design advice. I will try to explain better:
Basically, requirement is to generate 37 (BRF01 to BRF37) reports from the table CRB_OUTPUT_VIEW_TAB.
(This is the Master Data Table - In the original thread I have mentioed it as REPORT_MASTER).
Each report needs to apply different rules. For this, a RULE table(Parameter table) is provided.
Master Data Table
SQL> desc crb_output_view_tab
Name                                      Null?    Type
COMPANY                                            VARCHAR2(240)
GLNO                                               VARCHAR2(144)
CURRENCY                                           VARCHAR2(15)
CUSTOMER_NAME                                      VARCHAR2(240)
ACC_DEAL_NO                                        VARCHAR2(29)
FCY                                                VARCHAR2(18)
LCY                                                VARCHAR2(18)
INT_EXH_RT                                         NUMBER
VALUE_DATE                                         VARCHAR2(10)
MAT_DATE                                           VARCHAR2(10)
CUSTOMER                                           VARCHAR2(50)
BRANCH                                             VARCHAR2(25)
INT_BASIS                                          VARCHAR2(10)
OGLKEY                                             VARCHAR2(207)
SECTOR                                             VARCHAR2(6)
INDUSTRY                                           VARCHAR2(6)
TARGET                                             VARCHAR2(2)
RESIDENCE                                          VARCHAR2(2)
NATIONALITY                                        VARCHAR2(2)
REPORT_DATE                                        VARCHAR2(11)
GL_DESC                                            VARCHAR2(50)
PORTFOLIO                                          VARCHAR2(10)
LOAN_TYPE                                          VARCHAR2(10)
EXH_RT                                             NUMBER
BLSHEET                                            VARCHAR2(50)
SOURCE                                             CHAR(3)
CATEGORY                                           VARCHAR2(6)
BRF_CODE                                           VARCHAR2(20)
DR_CR                                              VARCHAR2(6)
NA                                                 VARCHAR2(6)
Rules - Master Table
SQL> select * from brf_parameters order by brf_id,seq;
  PARAM_ID BRF_ID            SEQ BRF_CODE             COLUMN_NAME                    DATA_TYPE                                                                                     
         2 BRF01               1 BRF010001            GLNO                           CHAR                                                                                          
         1 BRF01               1 BRF010001            CURRENCY                       CHAR                                                                                          
         3 BRF01               2 BRF010002            GLNO                           CHAR                                                                                          
         4 BRF01               3 BRF010006            GLNO                           CHAR                                                                                          
         6 BRF01               4 BRF010008            GLNO                           CHAR                                                                                          
         5 BRF01               4 BRF010008            RESIDENCE                      CHAR 
390 BRF02               1 BRF020001            RESIDENCE                      CHAR                                                                                          
       391 BRF02               1 BRF020001            BRF_PARENT                     CHAR                                                                                          
       392 BRF02               2 BRF020002            RESIDENCE                      CHAR                                                                                          
       393 BRF02               2 BRF020002            INDUSTRY                       CHAR                                                                                          
       394 BRF02               2 BRF020002            BRF_PARENT                     CHAR    
Rules -  detail Table: (Linked to brf_parameters by param_id)
SQL> select * from brf_param_values where param_id in (1,2);
  PARAM_ID CONDITION            VALUE1                         VALUE2
         1 IN                   AED
         2 IN                   0010
SQL> ed
Wrote file afiedt.buf
  1  select p.seq,p.brf_id,p.brf_code,p.column_name,v.condition,v.value1,v.value2
  2  from brf_parameters p,brf_param_values v
  3  where p.param_id = v.param_id
  4* order by p.brf_id,p.seq,p.param_id
SQL> /
       SEQ BRF_ID     BRF_CODE             COLUMN_NAME                    CONDITION            VALUE1                         VALUE2                                               
         1 BRF01      BRF010001            CURRENCY                       IN                   AED                                                                                 
         1 BRF01      BRF010001            GLNO                           IN                   0010                                                                                
         2 BRF01      BRF010002            GLNO                           IN                   0010                                                                                
         3 BRF01      BRF010006            GLNO                           IN                   0030                                                                                
         4 BRF01      BRF010008            RESIDENCE                      IN                   AE                                                                                  
         4 BRF01      BRF010008            GLNO                           IN                   0040                                                                                
         5 BRF01      BRF010009            GLNO                           IN                   0040                                                                                
         6 BRF01      BRF010004            GLNO                           IN                   0050                                                                                
         6 BRF01      BRF010004            CATEGORY                       IN                   5001                                                                                
         6 BRF01      BRF010004            DR_CR                          IN                   Debit                                                                               
         7 BRF01      BRF010049            DR_CR                          IN                   Debit    For genarating the report BRF01 :
Updation will be done based on each "SEQ" value shown above. So..
Ist update: (Generated from SEQ = 1 for BRF_ID = BRF01)
     update crb_output_view_tab set new_brf_code_column = 'BRF010001'
     where currency in ('AED') and GLNO in ('0010');
--This is sample. it will be like : GLNO in ('0010','0040','0056'.....)IInd update: (Generated from SEQ = 2 for BRF_ID = BRF01)
     update crb_output_view_tab set new_brf_code_column = 'BRF010002'
     where GLNO in ('0010')
     and new_brf_code_column is null;..... And so on.
The data in the "new_column" is required for report generation.
After all the updations the report "BRF01" (through UTL_FILE) will be generated.
After that updation for BRF02 will be performed and report will be generated.
I have to store the data for all BRF01,BRF02.. because these are used for online reports which are accessed from Discoverer also.
What changes are you making that has lead to you considering nested tables or child tables? I have explained in detailed manner above. (Please revert if not clear)
Why would a detail table be 37 times as big as one table? I was thinking of adding a PK to "crb_output_view_tab" and a new detail table like
pk_from_crb_output_view_tab     NUMBER
brf_id                    VARCHAR2
brf_code               VARCHAR2Now here the number of rows will be 37* number_of_rows_in_crb_output_view_tab
Big in which dimension(s)? I have to join the master table and new_detail_table for each report generation
What drives the design - the updating of REPORTS_MASTER or the application which uses the updated data?The time for updation and daily generation of 37 reports (We can ignore the performance of discoverer reports)
Thanks,
Jeneesh

Similar Messages

  • Suggestions for table partition for existing tables.

    I have a table as below. This table contains huge data. This table has so many child tables .I am planning to do a 'Reference Partitioning' for the same.
    create table PROMOTION_DTL
      PROMO_ID              NUMBER(10) not null,
      EVENT                 VARCHAR2(6),
      PROMO_START_DATE      TIMESTAMP(6),
      PROMO_END_DATE        TIMESTAMP(6),
      PROMO_COST_START_DATE TIMESTAMP(6),
      EVENT_CUT_OFF_DATE    TIMESTAMP(6),
      REMARKS               VARCHAR2(75),
      CREATE_BY             VARCHAR2(50),
      CREATE_DATE           TIMESTAMP(6),
      UPDATE_BY             VARCHAR2(50),
      UPDATE_DATE           TIMESTAMP(6)
    alter table PROMOTION_DTL
      add constraint PROMOTION_DTL_PK primary key (PROMO_ID);
    alter table PROMOTION_DTL
      add constraint PROMO_EVENT_FK foreign key (EVENT)
      references SP_PROMO_EVENT_MST (EVENT);
    -- Create/Recreate indexes
    create index PROMOTION_IDX1 on PROMOTION_DTL (PROMO_ID, EVENT)
    create unique index PROMOTION_PK on PROMOTION_DTL (PROMO_ID)
    -- Grant/Revoke object privileges
    grant select, insert, update, delete on PROMOTION_DTL to SCHEMA_RW_ROLE;I would like to partition this table .Most of the queries contains the following conditions.
    promo_end_date >=   SYSDATE
    and
    (event = :input_event OR
    (:input_Start_Date <= promo_end_date           
    AND promo_start_date <= :input_End_Date))Any time the promotion can be closed by updating the PROMO_END_DATE.
    Interval partioning on PROMO_END_DATE is not possible as PROMO_END_DATE is a nullable and updatable field.
    I am now to table partition.
    Any suggestions are welcome...

    DO NOT POST THE SAME QUESTION IN MULTIPLE FORUMS PLEASE!
    Suggestions for table partition of existing tables

  • Need Suggestion on the Design of a New Workbench

    Hi All,
    I need a suggestion on the design of agreement workbench..
    The requirement goes this way...
    We will have workbench main screen, where header and line details will be entered manually ( or sourced from legacy system). On the main screen, there will be few buttons, clicking upon which will open the subforms (around 6-8 screens) or supporting details (the data can be entered or interfaced).
    We have two approaches.
    1. Keeping everyithing in a single .fmb file
    2. Creating one .fmb file for the main screen and different .fmb files for each of the individual screens and calling them from the main screen.
    Please suggest the best approach considering all the factors like maintanance, user friendlyness, switching b/w the main and child forms and all other possible factors which can make difference.
    Thanks in advance!.
    Thanks,
    Pavan

    Hello,
    All I can say is that small modules are faster to load and easyest to maintain.
    Francois

  • MBP 13" or 15" for light design usage?

    Hi All,
    I am new to video editing and graphic design. I was considering getting a 13" Macbook Air but upon doing further research I see I will get stuck with whatever model I choose. I like the MBP for the option of upgrading the RAM and HDD.
    I want to get a macbook for light design usage. The programs I will be using will be Photoshop, Illustrator, and Premiere. These would be my primary applications that I will use.
    I am planning on getting a Macbook Pro 13.3" i7 2.9ghz, 8gb RAM, 750gb HDD which a local electronic store is selling for $1350.
    I would prefer to get the 15.4" for the size and the quad core cpu, but is it really worth it for what I am going to do?
    So My question is, Is it worth spending the extra money and getting the 15.4" for what I am doing? Or will the 13.3" version suffice?
    Note: This is not something that I will primarily focus on as it will be only for side projects and fun.
    Any feedback is greatly appreciated.
    Thanks.

    I second mende1's recommendation. I run 6-8 of the CS6 apps (not Premiere - I don't do much video) concurrently with 16GB of RAM and a 512GB SSD on a 15" late 2011 MacBook Pro. You'll want, at the least, that discrete video card with 512MB of VRAM, if not the 1GB card (I wish, now, that I'd paid a little more for the 1GB card as rendering 3D in Photoshop takes ages for me).
    You can order the minimum amount of RAM and, for a much lower price than what Apple charges, install 16GB of RAM - believe me, you can use it all at one time!
    You can also upgrade, should you decide, the HD for an SSD or a faster 1TB HD should you value space over speed. Personally, I slapped a SSD in my machine less than two weeks after I bought it and my little old machine is a screamer now...
    Go with the 15" - you won't be disappointed and you will be able to upgrade both the RAM and the HD should you choose...
    Clinton

  • Suggest a TABLE CONTAINING THESE FIELDS

    E1MBXYJ : Create Goods Movement from Non-SAP System: Item++
    Segment definition E2MBXYJ001 Released since Release 620 , Segment length: 0476
    <b>For the following fields. Tell me a table which contains  a majority or all of the below fields</b>.
    PARGB : Trading partner's business area
    internal data type : CHAR
    Internal length : 000004 characters
    Position in segment : 001, Offset : 0063. external length : 000004
    PARBU : Clearing company code
    internal data type : CHAR
    Internal length : 000004 characters
    Position in segment : 002, Offset : 0067. external length : 000004
    CLASS : Class number
    internal data type : CHAR
    Internal length : 000018 characters
    Position in segment : 003, Offset : 0071. external length : 000018
    UMCLA : Class number
    internal data type : CHAR
    Internal length : 000018 characters
    Position in segment : 004, Offset : 0089. external length : 000018
    XCLAS : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 005, Offset : 0107. external length : 000001
    UMXCL : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 006, Offset : 0108. external length : 000001
    XNIBU : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 007, Offset : 0109. external length : 000001
    BDTER : Requirement Date for the Component
    internal data type : DATS
    Internal length : 000008 characters
    Position in segment : 008, Offset : 0110. external length : 000008
    TBBEL : Article doc. no. of transfer requirement to be cancelled
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 009, Offset : 0118. external length : 000010
    TBBPO : Article doc. item of transf.reqmnt item to be cancelled
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 010, Offset : 0128. external length : 000004
    TBBJR : Article doc. year of transfer requirement to be cancelled
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 011, Offset : 0132. external length : 000004
    OBJNR : Object number
    internal data type : CHAR
    Internal length : 000022 characters
    Position in segment : 012, Offset : 0136. external length : 000022
    AUTYP : Order category
    internal data type : NUMC
    Internal length : 000002 characters
    Position in segment : 013, Offset : 0158. external length : 000002
    QPLOA : Inspection Lot on Which the Usage Decision is Based
    internal data type : NUMC
    Internal length : 000012 characters
    Position in segment : 014, Offset : 0160. external length : 000012
    TBPKZ : Indicator: No Transfer Requirement Created
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 015, Offset : 0172. external length : 000001
    TAFKZ : Indicator: do not cal up automatic TO creation
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 016, Offset : 0173. external length : 000001
    KZEAR_OLD : Final Issue for This Reservation
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 017, Offset : 0174. external length : 000001
    RSART : Record type
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 018, Offset : 0175. external length : 000001
    PPRCTR : Partner Profit Center
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 019, Offset : 0176. external length : 000010
    XMEVO : Propose quantities
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 020, Offset : 0186. external length : 000001
    UMLGT : Storage Type
    internal data type : CHAR
    Internal length : 000003 characters
    Position in segment : 021, Offset : 0187. external length : 000003
    UMLGP : Storage Bin
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 022, Offset : 0190. external length : 000010
    MENGE : Quantity
    internal data type : QUAN
    Internal length : 000013 characters
    000003 decimal places, without sign
    Position in segment : 023, Offset : 0200. external length : 000015
    MEINS : Base Unit of Measure
    internal data type : UNIT
    Internal length : 000003 characters
    Position in segment : 024, Offset : 0215. external length : 000003
    FKBER : Functional Area
    internal data type : CHAR
    Internal length : 000004 characters
    Position in segment : 025, Offset : 0218. external length : 000004
    MHDAT : SLED/Best-Before Date or Date of Production
    internal data type : DATS
    Internal length : 000008 characters
    Position in segment : 026, Offset : 0222. external length : 000008
    BSSKZ : Special movement indicator for warehouse management
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 027, Offset : 0230. external length : 000001
    EXIDV : External Handling Unit Identification
    internal data type : CHAR
    Internal length : 000020 characters
    Position in segment : 028, Offset : 0231. external length : 000020
    BERKZ : Material Staging Indicator for Production Supply
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 029, Offset : 0251. external length : 000001
    PRVBE : Supply Area
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 030, Offset : 0252. external length : 000010
    KZECH : Determination of batch entry in the production/process order
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 031, Offset : 0262. external length : 000001
    UPTYP : Subitem Category, Purchasing Document
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 032, Offset : 0263. external length : 000001
    REFIX : Field defined as in SY-TABIX
    internal data type : INT4
    Internal length : 000010 characters
    Position in segment : 033, Offset : 0264. external length : 000011
    VLIEF_AVIS : Delivery
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 034, Offset : 0275. external length : 000010
    VBELP_AVIS : Delivery Item
    internal data type : NUMC
    Internal length : 000006 characters
    Position in segment : 035, Offset : 0285. external length : 000006
    XWAIT : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 036, Offset : 0291. external length : 000001
    XNOEQ : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 037, Offset : 0292. external length : 000001
    ILINR : IDoc line item number
    internal data type : NUMC
    Internal length : 000006 characters
    Position in segment : 038, Offset : 0293. external length : 000006
    VOLUM : Volume
    internal data type : QUAN
    Internal length : 000015 characters
    000003 decimal places, without sign
    Position in segment : 039, Offset : 0299. external length : 000017
    VOLEH : Volume unit
    internal data type : UNIT
    Internal length : 000003 characters
    Position in segment : 040, Offset : 0316. external length : 000003
    ANZL1 : Number of Storage Units to be Placed Into Storage
    internal data type : DEC
    Internal length : 000003 characters
    No decimal places, without sign
    Position in segment : 041, Offset : 0319. external length : 000004
    ANZL2 : Number of Storage Units to be Placed Into Storage
    internal data type : DEC
    Internal length : 000003 characters
    No decimal places, without sign
    Position in segment : 042, Offset : 0323. external length : 000004
    LMEN1 : Quantity per Storage Unit to be Placed into Stock in Alt.UoM
    internal data type : QUAN
    Internal length : 000013 characters
    000003 decimal places, without sign
    Position in segment : 043, Offset : 0327. external length : 000015
    LMEN2 : Quantity per Storage Unit to be Placed into Stock in Alt.UoM
    internal data type : QUAN
    Internal length : 000013 characters
    000003 decimal places, without sign
    Position in segment : 044, Offset : 0342. external length : 000015
    LETY1 : Storage Unit Type
    internal data type : CHAR
    Internal length : 000003 characters
    Position in segment : 045, Offset : 0357. external length : 000003
    LETY2 : Storage Unit Type
    internal data type : CHAR
    Internal length : 000003 characters
    Position in segment : 046, Offset : 0360. external length : 000003
    KZKUB : Indicator: Do not create posting change notice
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 047, Offset : 0363. external length : 000001
    UBTYP : Storage Type
    internal data type : CHAR
    Internal length : 000003 characters
    Position in segment : 048, Offset : 0364. external length : 000003
    UBLGP : Storage Bin
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 049, Offset : 0367. external length : 000010
    MBLNR : Number of Article Document
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 050, Offset : 0377. external length : 000010
    MBLPO : Item in Article Document
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 051, Offset : 0387. external length : 000004
    MJAHR : Article Document Year
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 052, Offset : 0391. external length : 000004
    URZEI : Original line in article document
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 053, Offset : 0395. external length : 000004
    GEBER : Fund
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 054, Offset : 0399. external length : 000010
    FISTL : Funds Center
    internal data type : CHAR
    Internal length : 000016 characters
    Position in segment : 055, Offset : 0409. external length : 000016
    KZBWS : Valuation of Special Stock
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 056, Offset : 0425. external length : 000001
    KDAUF_SD : Sales Order Number
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 057, Offset : 0426. external length : 000010
    KDPOS_SD : Item Number in Sales Order
    internal data type : NUMC
    Internal length : 000006 characters
    Position in segment : 058, Offset : 0436. external length : 000006
    XRERE : Reservation reading is mandatory
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 059, Offset : 0442. external length : 000001
    XSTOR : Reverse posting indicator
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 060, Offset : 0443. external length : 000001
    BRGEW : Gross weight
    internal data type : QUAN
    Internal length : 000015 characters
    000003 decimal places, without sign
    Position in segment : 061, Offset : 0444. external length : 000017
    GEWEI : Weight Unit
    internal data type : UNIT
    Internal length : 000003 characters
    Position in segment : 062, Offset : 0461. external length : 000003
    WM_KZBEW : Movement Indicator
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 063, Offset : 0464. external length : 000001
    WENUM : Goods Receipt Number
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 064, Offset : 0465. external length : 000010
    GEBEH : Lot Container
    internal data type : UNIT
    Internal length : 000003 characters
    Position in segment : 065, Offset : 0475. external length : 000003
    ANZGEB : QM - No. of Containers
    internal data type : QUAN
    Internal length : 000006 characters
    000003 decimal places, without sign
    Position in segment : 066, Offset : 0478. external length : 000009
    KANBA : Kanban Indicator
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 067, Offset : 0487. external length : 000001
    BSTMG : Goods receipt quantity in order unit
    internal data type : QUAN
    Internal length : 000013 characters
    000003 decimal places, without sign
    Position in segment : 068, Offset : 0488. external length : 000015
    FUNC_AREA_LONG : Functional Area
    internal data type : CHAR
    Internal length : 000016 characters
    Position in segment : 069, Offset : 0503. external length : 000016
    GRANT_NBR : Grant
    internal data type : CHAR
    Internal length : 000020 characters
    Position in segment : 070, Offset : 0519. external length : 000020

    Hello Raja,
    Related to goods receipt, the following are the main tables.
    MSEG - Material document information
    MKPF - Material document header
    EKBE - Purchasing documnet history
    Hope this helps.
    Regards
    Arif Mansuri

  • Suggest a TABLE CONTAINING THESE IDOC segment FIELDS

    E1MBXYJ : Create Goods Movement from Non-SAP System: Item++
    Segment definition E2MBXYJ001 Released since Release 620 , Segment length: 0476
    For the following fields. Tell me a table which contains a majority or all of the below fields.
    PARGB : Trading partner's business area
    internal data type : CHAR
    Internal length : 000004 characters
    Position in segment : 001, Offset : 0063. external length : 000004
    PARBU : Clearing company code
    internal data type : CHAR
    Internal length : 000004 characters
    Position in segment : 002, Offset : 0067. external length : 000004
    CLASS : Class number
    internal data type : CHAR
    Internal length : 000018 characters
    Position in segment : 003, Offset : 0071. external length : 000018
    UMCLA : Class number
    internal data type : CHAR
    Internal length : 000018 characters
    Position in segment : 004, Offset : 0089. external length : 000018
    XCLAS : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 005, Offset : 0107. external length : 000001
    UMXCL : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 006, Offset : 0108. external length : 000001
    XNIBU : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 007, Offset : 0109. external length : 000001
    BDTER : Requirement Date for the Component
    internal data type : DATS
    Internal length : 000008 characters
    Position in segment : 008, Offset : 0110. external length : 000008
    TBBEL : Article doc. no. of transfer requirement to be cancelled
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 009, Offset : 0118. external length : 000010
    TBBPO : Article doc. item of transf.reqmnt item to be cancelled
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 010, Offset : 0128. external length : 000004
    TBBJR : Article doc. year of transfer requirement to be cancelled
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 011, Offset : 0132. external length : 000004
    OBJNR : Object number
    internal data type : CHAR
    Internal length : 000022 characters
    Position in segment : 012, Offset : 0136. external length : 000022
    AUTYP : Order category
    internal data type : NUMC
    Internal length : 000002 characters
    Position in segment : 013, Offset : 0158. external length : 000002
    QPLOA : Inspection Lot on Which the Usage Decision is Based
    internal data type : NUMC
    Internal length : 000012 characters
    Position in segment : 014, Offset : 0160. external length : 000012
    TBPKZ : Indicator: No Transfer Requirement Created
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 015, Offset : 0172. external length : 000001
    TAFKZ : Indicator: do not cal up automatic TO creation
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 016, Offset : 0173. external length : 000001
    KZEAR_OLD : Final Issue for This Reservation
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 017, Offset : 0174. external length : 000001
    RSART : Record type
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 018, Offset : 0175. external length : 000001
    PPRCTR : Partner Profit Center
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 019, Offset : 0176. external length : 000010
    XMEVO : Propose quantities
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 020, Offset : 0186. external length : 000001
    UMLGT : Storage Type
    internal data type : CHAR
    Internal length : 000003 characters
    Position in segment : 021, Offset : 0187. external length : 000003
    UMLGP : Storage Bin
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 022, Offset : 0190. external length : 000010
    MENGE : Quantity
    internal data type : QUAN
    Internal length : 000013 characters
    000003 decimal places, without sign
    Position in segment : 023, Offset : 0200. external length : 000015
    MEINS : Base Unit of Measure
    internal data type : UNIT
    Internal length : 000003 characters
    Position in segment : 024, Offset : 0215. external length : 000003
    FKBER : Functional Area
    internal data type : CHAR
    Internal length : 000004 characters
    Position in segment : 025, Offset : 0218. external length : 000004
    MHDAT : SLED/Best-Before Date or Date of Production
    internal data type : DATS
    Internal length : 000008 characters
    Position in segment : 026, Offset : 0222. external length : 000008
    BSSKZ : Special movement indicator for warehouse management
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 027, Offset : 0230. external length : 000001
    EXIDV : External Handling Unit Identification
    internal data type : CHAR
    Internal length : 000020 characters
    Position in segment : 028, Offset : 0231. external length : 000020
    BERKZ : Material Staging Indicator for Production Supply
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 029, Offset : 0251. external length : 000001
    PRVBE : Supply Area
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 030, Offset : 0252. external length : 000010
    KZECH : Determination of batch entry in the production/process order
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 031, Offset : 0262. external length : 000001
    UPTYP : Subitem Category, Purchasing Document
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 032, Offset : 0263. external length : 000001
    REFIX : Field defined as in SY-TABIX
    internal data type : INT4
    Internal length : 000010 characters
    Position in segment : 033, Offset : 0264. external length : 000011
    VLIEF_AVIS : Delivery
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 034, Offset : 0275. external length : 000010
    VBELP_AVIS : Delivery Item
    internal data type : NUMC
    Internal length : 000006 characters
    Position in segment : 035, Offset : 0285. external length : 000006
    XWAIT : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 036, Offset : 0291. external length : 000001
    XNOEQ : Checkbox
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 037, Offset : 0292. external length : 000001
    ILINR : IDoc line item number
    internal data type : NUMC
    Internal length : 000006 characters
    Position in segment : 038, Offset : 0293. external length : 000006
    VOLUM : Volume
    internal data type : QUAN
    Internal length : 000015 characters
    000003 decimal places, without sign
    Position in segment : 039, Offset : 0299. external length : 000017
    VOLEH : Volume unit
    internal data type : UNIT
    Internal length : 000003 characters
    Position in segment : 040, Offset : 0316. external length : 000003
    ANZL1 : Number of Storage Units to be Placed Into Storage
    internal data type : DEC
    Internal length : 000003 characters
    No decimal places, without sign
    Position in segment : 041, Offset : 0319. external length : 000004
    ANZL2 : Number of Storage Units to be Placed Into Storage
    internal data type : DEC
    Internal length : 000003 characters
    No decimal places, without sign
    Position in segment : 042, Offset : 0323. external length : 000004
    LMEN1 : Quantity per Storage Unit to be Placed into Stock in Alt.UoM
    internal data type : QUAN
    Internal length : 000013 characters
    000003 decimal places, without sign
    Position in segment : 043, Offset : 0327. external length : 000015
    LMEN2 : Quantity per Storage Unit to be Placed into Stock in Alt.UoM
    internal data type : QUAN
    Internal length : 000013 characters
    000003 decimal places, without sign
    Position in segment : 044, Offset : 0342. external length : 000015
    LETY1 : Storage Unit Type
    internal data type : CHAR
    Internal length : 000003 characters
    Position in segment : 045, Offset : 0357. external length : 000003
    LETY2 : Storage Unit Type
    internal data type : CHAR
    Internal length : 000003 characters
    Position in segment : 046, Offset : 0360. external length : 000003
    KZKUB : Indicator: Do not create posting change notice
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 047, Offset : 0363. external length : 000001
    UBTYP : Storage Type
    internal data type : CHAR
    Internal length : 000003 characters
    Position in segment : 048, Offset : 0364. external length : 000003
    UBLGP : Storage Bin
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 049, Offset : 0367. external length : 000010
    MBLNR : Number of Article Document
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 050, Offset : 0377. external length : 000010
    MBLPO : Item in Article Document
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 051, Offset : 0387. external length : 000004
    MJAHR : Article Document Year
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 052, Offset : 0391. external length : 000004
    URZEI : Original line in article document
    internal data type : NUMC
    Internal length : 000004 characters
    Position in segment : 053, Offset : 0395. external length : 000004
    GEBER : Fund
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 054, Offset : 0399. external length : 000010
    FISTL : Funds Center
    internal data type : CHAR
    Internal length : 000016 characters
    Position in segment : 055, Offset : 0409. external length : 000016
    KZBWS : Valuation of Special Stock
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 056, Offset : 0425. external length : 000001
    KDAUF_SD : Sales Order Number
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 057, Offset : 0426. external length : 000010
    KDPOS_SD : Item Number in Sales Order
    internal data type : NUMC
    Internal length : 000006 characters
    Position in segment : 058, Offset : 0436. external length : 000006
    XRERE : Reservation reading is mandatory
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 059, Offset : 0442. external length : 000001
    XSTOR : Reverse posting indicator
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 060, Offset : 0443. external length : 000001
    BRGEW : Gross weight
    internal data type : QUAN
    Internal length : 000015 characters
    000003 decimal places, without sign
    Position in segment : 061, Offset : 0444. external length : 000017
    GEWEI : Weight Unit
    internal data type : UNIT
    Internal length : 000003 characters
    Position in segment : 062, Offset : 0461. external length : 000003
    WM_KZBEW : Movement Indicator
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 063, Offset : 0464. external length : 000001
    WENUM : Goods Receipt Number
    internal data type : CHAR
    Internal length : 000010 characters
    Position in segment : 064, Offset : 0465. external length : 000010
    GEBEH : Lot Container
    internal data type : UNIT
    Internal length : 000003 characters
    Position in segment : 065, Offset : 0475. external length : 000003
    ANZGEB : QM - No. of Containers
    internal data type : QUAN
    Internal length : 000006 characters
    000003 decimal places, without sign
    Position in segment : 066, Offset : 0478. external length : 000009
    KANBA : Kanban Indicator
    internal data type : CHAR
    Internal length : 000001 characters
    Position in segment : 067, Offset : 0487. external length : 000001
    BSTMG : Goods receipt quantity in order unit
    internal data type : QUAN
    Internal length : 000013 characters
    000003 decimal places, without sign
    Position in segment : 068, Offset : 0488. external length : 000015
    FUNC_AREA_LONG : Functional Area
    internal data type : CHAR
    Internal length : 000016 characters
    Position in segment : 069, Offset : 0503. external length : 000016
    GRANT_NBR : Grant
    internal data type : CHAR
    Internal length : 000020 characters
    Position in segment : 070, Offset : 0519. external length : 000020

    see the tables MSEG, MKPF.
    REgards,
    Ravi

  • Two suggestions regarding table columns in the Oracle database

    Oracle,
    I have two suggestions to make.
    First, it would be of great value to be able to add a new column at an arbitrary position in a table and not simply add it to the end of the column list. Quite frequently we have to drop and recreate tables in order to accomplish this.
    Second, we often add 4 columns to the end of every table's column list (and accompanying triggers in order to keep them updated) which would seem suitable as Oracle pseudo-columns (in the same fashion as ROWID, etc.) These 4 columns would be:
    - Row created date
    - Row created by Oracle user
    - Row updated date
    - Row updated by Oracle user
    Regards,
    Dan D'Andrea
    [email protected]

    Dan,
    I don't work for Oracle, but, just some thoughts/reactions to your ideas.
    I don't think inserting a column in any arbitrary position is feasible, because it doesn't scale. It would require a reorganization of every block in the table. One reasonable workaround is to add the columns at the end of the table, then create a view on top of the table that has the columns in the desired order.
    As to the second suggestion, yes, we do something similar, add the same 4 columns to every table. I think the reason that Oracle doesn't support these types of pseudocolummns, is the overhead this would incur. Not only in terms of the extra resources, to maintain the data, but also storage overhead.
    So, just my unofficial opinion, but, I don't see how either of those suggestions would make it.
    Also, FYI, if you want to officially enter an enhancement request, see Doc ID 214168.1 on MetaLink.
    Hope that helps,
    -Mark

  • Any suggestion on tables?

    I have formated tables for a site and after testing them in various browsers they look great until they are uploded to a server. Any suggestions on how to solve this issue?
    Code:
    <table width="92%" border="0" cellpadding="0" cellspacing="0" id="topplayers" "summary="Top 100 players for RSR">
          <caption>Risingstars Recruiting Top 100</caption>
          <colgroup>
          <col id="topRank" />
          <col id="topFullName" />
          <col id="topSchool" />
          <col id="topPosition" />
          <col id="topHeight" />
          <col id="topWeight" />
          <col id="topClass" />
          </colgroup>
    <thead>
      <tr>
              <th scope="col">Rank</th>
              <th scope="col">Full Name</th>
              <th scope="col">School</th>
              <th scope="col">Position</th>
              <th scope="col">Height</th>
              <th scope="col">Weight</th>
              <th scope="col">Class</th>
            </tr>
    </thead>
            <tbody>
    <tr>
              <th scope="row">1</th>
              <td>Player</td>
              <td>Farmington</td>
              <td>DB/FS/SS</td>
              <td>6'2 1/2</td>
              <td>190  lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">2</th>
              <td>Player</td>
              <td>Cass Tech</td>
              <td>DB/Ath</td>
              <td>5'10</td>
              <td>165 Lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">3</th>
              <td>Player</td>
              <td>Michigan Collegiate</td>
              <td>Wr</td>
              <td>6'1</td>
              <td>170 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">4</th>
              <td>Player</td>
              <td>De La Salle</td>
              <td>QB</td>
              <td>6'3</td>
              <td>195 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">5</th>
              <td>Player</td>
              <td>Midland High </td>
              <td>OL</td>
              <td>6'6</td>
              <td>297  lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">6</th>
              <td>JPlayer</td>
              <td>Brother Rice</td>
              <td>LB</td>
              <td>6'2</td>
              <td>225 Lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">7</th>
              <td>Player</td>
              <td>Manchester High School</td>
              <td>QB</td>
              <td>6'3</td>
              <td>215 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">8</th>
              <td>Player</td>
              <td>Chelsea High School</td>
              <td>RB</td>
              <td>5'8</td>
              <td>185 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">9</th>
              <td>Player</td>
              <td>Carman-Ainsworth</td>
              <td>RB</td>
              <td>6'2</td>
              <td>200 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">10</th>
              <td>Playern</td>
              <td>Southfield</td>
              <td>Wr</td>
              <td>6'1</td>
              <td>175 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">11</th>
              <td>Player</td>
              <td>Crockett</td>
              <td>TE</td>
              <td>6'3</td>
              <td>230 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">12</th>
              <td>Player</td>
              <td>Canton</td>
              <td>OL</td>
              <td>6'3</td>
              <td>300 LBS</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">13</th>
              <td>Player</td>
              <td>Eastern High School</td>
              <td>OL</td>
              <td>6'8</td>
              <td>295 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">14</th>
              <td>Playerl</td>
              <td>Fenton Senior High School</td>
              <td>OL</td>
              <td>6'5</td>
              <td>290 lbs</td>
              <td> </td>
            </tr>
            <tr>
              <th scope="row">15</th>
              <td>Player</td>
              <td>Brother Rice</td>
              <td>DE</td>
              <td>6'4</td>
              <td>235 LBS</td>
              <td> </td>
            </tr>
    </tbody>
          </table>

    It could be something as simple as an extra " in your table.
    <table width="92%" border="0" cellpadding="0" cellspacing="0" id="topplayers" "summary="Top 100 players for RSR">
    Remove the " before summary.

  • Mapping Suggestions 3 table join

    I have 3 existing tables which can't be changed:
    Table A
    A_ID
    B_FK
    A_DATE
    Table B
    B_ID
    C_FK
    Table C
    C_ID
    C_DATE
    C_VALUE
    MyClass needs:
    A_ID
    A_DATE
    C_VALUE
    where
    A_DATE = C_DATE
    C_ID = C_FK
    B_ID = B_FK
    The SQL is easy, but how do I map it in Toplink. If I use multi table info I can only define a single table reference for each table.
    Any suggestions?
    Simon

    Don
    Thanks for your reply.
    I already had two classes A/BClass with a one to one to CClass but I still couldn't create the FK relationships I wanted in the Mapping Workbench. In the end I took a simple view and just simply added the FK relationships directly as below:
    OneToOneMapping cMapping = new OneToOneMapping();
    cMapping.setAttributeName("c");
    cMapping.setReferenceClass(com.syncron.model.CStuff.class);
    I re-structured the foreign key set up as if it were SQL
    cMapping.addForeignKeyFieldName("TABLE_B.C_FK", "TABLE_C.C_ID");
    cMapping.addForeignKeyFieldName("TABLE_A.A_DATE", "TABLE_C.C_DATE");
    descriptor.addMapping(cMapping);
    This solution was fine, its just a shame the Workbench can't hold this relationship, as in the data model I'm looking at it seems to be a common problem. Maybe a suggestion for the future?
    Thanks again.
    Simon

  • Suggestion regarding table as a import table in bapi

    Hello;
        Is it possible as TABLE as the import parameter in the BAPIs import parameter tab.
    Thnaks and Regards,
         sapdev10.
    Moderator Message: Duplicate post.
    Edited by: kishan P on Oct 13, 2010 1:38 PM

    Hello;
        Is it possible as TABLE as the import parameter in the BAPIs import parameter tab.
    Thnaks and Regards,
         sapdev10.
    Moderator Message: Duplicate post.
    Edited by: kishan P on Oct 13, 2010 1:38 PM

  • Index usage and nested views

    We've got some performance problems when using a complex view that queries against a couple nested views.
    We need to use views because we have two outer joins against the same table.
    Here's a simplified version:
    create or replace view_b as
    select a1, b1, c1, d1
    from table_c, table_d, view_a
    where table_c.c1 = view_a.a1(+)
    and table_c.c2= table_d.d1
    create or replace view_a as
    select a1
    from table_a, table_b
    where table_a.a1 = table_b.b1(+)
    A query that may present problems with large amounts of data is:
    select a1, b1
    from view_b
    where a1 = 1234;
    Do indexes of nested views get utilized? Any suggestions?
    Thanks

    How selective is INSTRUMENT_ID? Is that a primary key? Or are there many rows in the INSTRUMENT table with an INSTRUMENT_ID of 1?
    Are the statistics on your table and your index up to date? How, precisely, were statistics gathered?
    What version of Oracle are you using? If you are using something earlier than 11.1, it's entirely possible that you have a bind variable peeking problem.
    Realistically, you would want Oracle to use two different query plans for this statement depending on the value of the bind variable. If you pass in a NULL, you'd want Oracle to do a table scan. If you pass in a value, you'd want Oracle to do an index scan. Prior to 11.1, when this statement is first parsed, Oracle looks at the bind variable you passed in and picks the best plan for that bind variable value. When you subsequently execute this statement with other bind variable values, that first query plan is used. Thus, if the first time this code was executed you passed in a NULL, it would have made sense for Oracle to choose the table scan and all subsequent executions (until the query was aged out of the shared pool) would continue to use that query plan.
    Oracle 11.1 introduced the ability to have multiple query plans for the same query depending on the bind variable values that were passed in which may well alleviate the problem you're seeing.
    Justin

  • Suggest to better design the view?

    Hello Experts,
    we are in the process of designing a huge User Interface using WDJ for our client. And this would contain many views which has to render few UI Elements based on the End Users action. For eg., in a view there will be a few default elements displayed with a Button to Add a couple of Table UI Element and a couple of Input Fields upto 5 or 10 times.
    I just want make sure to keep the view/component/custom controller lite , how could I design this particular view?
    Any thoughts or ideas or suggestions are very much helpful.
    Thanks in advance
    Balaji

    Hi,
    If you know the number of UIs in design time, Please create them in design time. If not go for Dynamic UI Generation.
    I would prefer Matrix layout over Grid layout. Check out the following link for more info
    http://help.sap.com/saphelp_nw04/helpdata/en/5b/bea93e6c514310e10000000a114084/frameset.htm
    Please check out the thread for Transparent Containers
    Re: Best Practices for using Transparent container UI element in webdynpro
    - Saravanan K

  • Pls suggest  the BPM  design .

    Hello,
    We are in PI7.1. The requirement is 1:N mapping the file to IDoc ACC_DOCUMENT01. Before calling the Idoc we need to check the Duplicate Invoice BAPI, if the bapi return error code "11" calling Idoc should be skipped. Could you suggest the design for this requirement in BPM. We would like to collect all the messages which returned "11" to dump into a file.
    I'm new to PI...any help would be appreciated. I started something like this...but, condition is not working to filter out the messages.
    1. receive the file.
    2. start the block
    2. transform the file to Bapi  (1:N)
    3. transform the file to Idoc (1:N)
    4. check the message exception.
    4. cancel the process.
    5.end the block
    6. start the for block.
    7. made the sync call to BAPI.
    8. check the response error code is "11".
    9 if yes, store the duplicate doc req interface into the container.
    10.end the for block.
    12. start the for block.
    13. check in the switch condition Idoc belnr is the same as container reponse error code 11 belnr. This step is not working.
    14 otherwise call the Idoc.
    15.end the for block.
    16. transform the container req to file.
    Thanks,
    Santha Kumari

    You might have to insert another For Block in the final comparison section. Because you have to check the current belnr with all the error returned belnrs. Then only you would know if you have to send the idoc or stop it.
    VJ

  • Suggestion on box design software or will illustrator do that?

    Looking for help or suggestion on if there is a simple packaging design software that will help me. Let's just say I want to create a cereal box, with all the side and most importantly, all the flaps that fold. I just wondered if that is a plugin or something that can make this real easy?
    Thanks in advance.

    Thanks Harron for your reply. I do have samples from the packager but I wanted to design some no so square boxes, more of a display box with cut out and such. I did find a software in my search at www.pkg.com but I called them and the cost was $5,000, about $4,999 too much for me :(
    I wish there were templates to download and then I can modify the length, width and other dimension to suit my needs. Alot of what I'm doing now is trial and error but it does work but time consuming.

  • Suggest on the design in PI

    Hello experts,
    I have a requirement where i have to make use  of sync/async bridge.
    Let me detail my requirement.
    I have a source system which sends a sync request to PI. PI would send an async request to the target system. The target system sends the async response to SAP PI. PI would again sends an async request to the target system, the target would send the async response to PI. Then, PI would send the sync response to the source system.
    The request from the source is SOAP request. Both async calls at the target side will happen through MQ.(JMS adpaters)
    The requirement is sync/async with two async calls involved at the target side.
    Hope the requirement is clear.
    Could you please suggest on the best performance design!! also, on the procedure to go about it.
    Thanks
    Swetha

    Hi Swetha,
    >>PI would send an async request to the target system. The target system sends the async response to SAP PI. PI would again sends an async request to the target system, the target would send the async response to PI.
    PI will send async request to first target system and then move on to the second. It will not wait for any response from the target system (this is the case for async interface).  If you want a response back then you need to make both send steps (to intermediate targets )as sync send step.
    But in BPM you have the option of acknowledgment in send step.  You can use transport acknowledgment for each of the async send.
    Performance wise this is going to be a bottleneck as you have JMS receivers and BPM.. Not a great combination
    Regards
    Suraj

Maybe you are looking for

  • IDOC posted to PI server - not able to view the posted idoc

    Dear All, i have done the ALE setting in both ECC 6 and PI side,when R/3 Side Logical System - T90CLNT090 and PI7CLNT001 RFC Destination - T90CLNT090 Port - A000000040 (created under TRANSCTIONAL RFC) Partner Profile -  T90CLNT090 (Created under Part

  • Displaying colored thumbnail as playhead reaches certain labels

    Hi All, I am doing a simple slideshow where I have 2 sets of thumbnails, one in b/w and another in color. I have hidden the colored thumbnails using the display:none and will only appear when I move the mouse over on the black and white thumbnails. I

  • How to process Excel attachment contents?

    I'm looking to read excel attachments to an instance and use attachment contents in the process. Any help will be highly appreciated. Thnx, MK Edited by goelmk at 11/19/2007 10:19 AM

  • Third party order sales- final invoice

    Dear Guru's I wanted to know that how the values in VPRS is flowing in final billing in case of Third party sales order? what setting needs to be done to get the material cost as well as the Delivery cost at final billing ? Both is captured at the ti

  • Why does useful features are limited to few adapters?

    Why does useful features are limited to few adapters? For eg : File receiver CC has a option to stop Empty messages from being processed. This is not available in SOAP receiver. Is it possible to have a standard adapter module in SOAP receiver CC tha