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,
PavanHello,
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 : 000020Hello 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 : 000020see 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?
SimonDon
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 PMHello;
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 -
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?
ThanksHow 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
BalajiHi,
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 KumariYou 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. -
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
SwethaHi 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