For Real-time data integration.High performing enterprises need real-time data access across heterogeneous systems for improved business intelligence.Enables zero-downtime migration and upgrades for mission critical Oracle Applications.Supports the vast majority of databases and operating systems.
Continuous Availability
-----------------------
• Faster recovery
• Minimal data loss
Fast, Accurate Decision
----------------------------
• Real-time
• Operational business intelligence
Value Across Multiple Solutions
-------------------------------
• Rapid deployment
• Single technology highly flexible
-------
Nov 8, 2010
Oct 29, 2010
To get only numeric values
To retrieve only numeric values from both numeric& character value
In 10 g
Select regexp_replace(regexp_replace('5RTYDDB','([[:punct:]])'),'([[:alpha:]])')
from dual t
In 9i
select replace('BBd3',TRANSLATE('BBd3', ' +-.0123456789', ' '),'') from dual
------------
In 10 g
Select regexp_replace(regexp_replace('5RTYDDB','([[:punct:]])'),'([[:alpha:]])')
from dual t
In 9i
select replace('BBd3',TRANSLATE('BBd3', ' +-.0123456789', ' '),'') from dual
------------
Oct 19, 2010
DBMS_WM.CompressWorkspace
DBMS_WM.Compress Workspace
If you version enabled the tables with DBMS_WM.EnableVersioning ('TABLE_NAME', 'VIEW_WO_OVERWRITE') API THEN your Oracle Workspace database WILL GET SLOW WHEN SO MANY DATA COMES ; use DBMS_WM.CompressWorkspace API TO MAKE IT FASTER; There is a scenario to check whether your Workspace is getting slow or Workspace database is to be Compressed or not ,execute this workspace API
DBMS_WM.SetDiffVersions('LIVE',wksp2) . and then pick a version enabled table having highest record count , issue command select count(*) from tablename_diff ; if it takes more than a minute to GET RESULT THEN YOU CAN MAKE SURE THAT YOU NEED TO COMPRESS YOUR WORKSPACE ;here u want to use the statement (1) , using statement (2) will not give better result because your table is version enabled with DBMS_WM.EnableVersioning ('TABLE_NAME', 'VIEW_WO_OVERWRITE') .
(1) exec DBMS_WM.CompressWorkspace('LIVE',compress_view_wo_overwrite => true);
(2) exec DBMS_WM.CompressWorkspace('LIVE')
VIEW_WO_OVERWRITE: The without overwrite (WO_OVERWRITE) option. A view named_HIST is created to contain history information, and it will show all modifications to the same version of the table. A history of modifications to the version is maintained; that is, subsequent changes to a row in the same version do not overwrite earlier changes.
compress_view_wo_overwrite A Boolean value (TRUE or FALSE).
TRUE causes history information between the affected savepoints to be deleted even if VIEW_WO_OVERWRITE was specified when versioning was enabled.
FALSE causes history information (between the affected savepoints) for a table not to be deleted if VIEW_WO_OVERWRITE was specified when versioning was enabled. (If VIEW_WO_OVERWRITE was not specified for a table, history information for the table is deleted regardless of the parameter value.) FALSE is assumed if the procedure format without this parameter is used.
Advantage
------------
1 Run-time performance for Workspace Manager operations is improved.
2 Less disk storage is used for Workspace Manager structures
If you version enabled the tables with DBMS_WM.EnableVersioning ('TABLE_NAME', 'VIEW_WO_OVERWRITE') API THEN your Oracle Workspace database WILL GET SLOW WHEN SO MANY DATA COMES ; use DBMS_WM.CompressWorkspace API TO MAKE IT FASTER; There is a scenario to check whether your Workspace is getting slow or Workspace database is to be Compressed or not ,execute this workspace API
DBMS_WM.SetDiffVersions('LIVE',wksp2) . and then pick a version enabled table having highest record count , issue command select count(*) from tablename_diff ; if it takes more than a minute to GET RESULT THEN YOU CAN MAKE SURE THAT YOU NEED TO COMPRESS YOUR WORKSPACE ;here u want to use the statement (1) , using statement (2) will not give better result because your table is version enabled with DBMS_WM.EnableVersioning ('TABLE_NAME', 'VIEW_WO_OVERWRITE') .
(1) exec DBMS_WM.CompressWorkspace('LIVE',compress_view_wo_overwrite => true);
(2) exec DBMS_WM.CompressWorkspace('LIVE')
VIEW_WO_OVERWRITE: The without overwrite (WO_OVERWRITE) option. A view named
compress_view_wo_overwrite A Boolean value (TRUE or FALSE).
TRUE causes history information between the affected savepoints to be deleted even if VIEW_WO_OVERWRITE was specified when versioning was enabled.
FALSE causes history information (between the affected savepoints) for a table not to be deleted if VIEW_WO_OVERWRITE was specified when versioning was enabled. (If VIEW_WO_OVERWRITE was not specified for a table, history information for the table is deleted regardless of the parameter value.) FALSE is assumed if the procedure format without this parameter is used.
Advantage
------------
1 Run-time performance for Workspace Manager operations is improved.
2 Less disk storage is used for Workspace Manager structures
Oct 13, 2010
Use of Combined Index
The Below example shows the difference in execution plan when a composite index is created
SELECT d.ITEM_ID,d.ITEM_DESC,D.UNIT,d.ITEM_REF_ID,d.ITEM_LEVEL,N_QTYMILE,S_WORKCODE,
SYS_CONNECT_BY_PATH (ITEM_DESC,'--->') scbdesc,LPAD(' ',level*3,' ')||ITEM_DESC LNAME ,ACCESSORIES,SYS_CONNECT_BY_PATH (ITEM_ID,'--->') scbp,level,CONNECT_BY_ROOT ITEM_ID rootn , CONNECT_BY_ISLEAF leaf FROM ITEM_MASTER d START WITH ITEM_REF_ID is null CONNECT BY PRIOR ITEM_ID =ITEM_REF_ID ORDER SIBLINGS BY ITEM_LEVEL
create index idx_ITEM_MASTER_refid on ITEM_MASTER (ITEM_ID,ITEM_REF_ID)
After creating combined index check the execution plan
SELECT d.ITEM_ID,d.ITEM_DESC,D.UNIT,d.ITEM_REF_ID,d.ITEM_LEVEL,N_QTYMILE,S_WORKCODE,
SYS_CONNECT_BY_PATH (ITEM_DESC,'--->') scbdesc,LPAD(' ',level*3,' ')||ITEM_DESC LNAME ,ACCESSORIES,SYS_CONNECT_BY_PATH (ITEM_ID,'--->') scbp,level,CONNECT_BY_ROOT ITEM_ID rootn , CONNECT_BY_ISLEAF leaf FROM ITEM_MASTER d
START WITH ITEM_REF_ID is null CONNECT BY PRIOR ITEM_ID =ITEM_REF_ID ORDER SIBLINGS BY ITEM_LEVEL
SELECT d.ITEM_ID,d.ITEM_DESC,D.UNIT,d.ITEM_REF_ID,d.ITEM_LEVEL,N_QTYMILE,S_WORKCODE,
SYS_CONNECT_BY_PATH (ITEM_DESC,'--->') scbdesc,LPAD(' ',level*3,' ')||ITEM_DESC LNAME ,ACCESSORIES,SYS_CONNECT_BY_PATH (ITEM_ID,'--->') scbp,level,CONNECT_BY_ROOT ITEM_ID rootn , CONNECT_BY_ISLEAF leaf FROM ITEM_MASTER d START WITH ITEM_REF_ID is null CONNECT BY PRIOR ITEM_ID =ITEM_REF_ID ORDER SIBLINGS BY ITEM_LEVEL
create index idx_ITEM_MASTER_refid on ITEM_MASTER (ITEM_ID,ITEM_REF_ID)
After creating combined index check the execution plan
SELECT d.ITEM_ID,d.ITEM_DESC,D.UNIT,d.ITEM_REF_ID,d.ITEM_LEVEL,N_QTYMILE,S_WORKCODE,
SYS_CONNECT_BY_PATH (ITEM_DESC,'--->') scbdesc,LPAD(' ',level*3,' ')||ITEM_DESC LNAME ,ACCESSORIES,SYS_CONNECT_BY_PATH (ITEM_ID,'--->') scbp,level,CONNECT_BY_ROOT ITEM_ID rootn , CONNECT_BY_ISLEAF leaf FROM ITEM_MASTER d
START WITH ITEM_REF_ID is null CONNECT BY PRIOR ITEM_ID =ITEM_REF_ID ORDER SIBLINGS BY ITEM_LEVEL
Sep 30, 2010
ADD FOREIGN KEY TO VERSIONED TABLE
ORACLE WORKSPACE MANAGER TOPIC
If there is a version enabled table 'BILL' and
/* CREATE TABLE BILL (N_BILLID NUMBER(10), CONSTRAINT PK_BILL PRIMARY KEY (N_BILLID));
EXEC DBMS_WM.ENABLEVERSIONING('BILL') ; */
now i created a new table BILL_DETAILS which must be a child table of BILL
/* CREATE TABLE BILL_DETAILS ( N_BILLDTID NUMBER(10),CONSTRAINT PK_BILLDETAILS PRIMARY KEY (N_BILLDTID) , N_BILLID NUMBER(10) , S_DESC VARCHAR2 (100), D_SYSDATE DATE DEFAULT SYSDATE ) ; */
here you are not able to add a foreign key between one versioned and one non-versioned table.if it is done oracle error will be the result
ORA-20200: UNSUPPORTED CONSTRAINT
for that you would need to execute dbms_wm.enableversioning on the non-versioned table (you can add a foreign key between 2 version enabled tables) if you don't want the detail to be kept as version enabled table then you can disable versioning of the detail table.
EXEC DBMS_WM.ENABLEVERSIONING('BILL_DETAILS')
EXEC DBMS_WM.BEGINDDL('BILL');
EXEC DBMS_WM.BEGINDDL('BILL_DETAILS');
ALTER TABLE BILL_DETAILS_LTS ADD CONSTRAINT FK_BILLDET_BILL FOREIGN KEY (N_BILLID) REFERENCES BILL_LTS(N_BILLID);
EXEC DBMS_WM.COMMITDDL('BILL');
EXEC DBMS_WM.COMMITDDL('BILL_DETAILS');
EXEC DBMS_WM.DISABLEVERSIONING('BILL_DETAILS') ;
If there is a version enabled table 'BILL' and
/* CREATE TABLE BILL (N_BILLID NUMBER(10), CONSTRAINT PK_BILL PRIMARY KEY (N_BILLID));
EXEC DBMS_WM.ENABLEVERSIONING('BILL') ; */
now i created a new table BILL_DETAILS which must be a child table of BILL
/* CREATE TABLE BILL_DETAILS ( N_BILLDTID NUMBER(10),CONSTRAINT PK_BILLDETAILS PRIMARY KEY (N_BILLDTID) , N_BILLID NUMBER(10) , S_DESC VARCHAR2 (100), D_SYSDATE DATE DEFAULT SYSDATE ) ; */
here you are not able to add a foreign key between one versioned and one non-versioned table.if it is done oracle error will be the result
ORA-20200: UNSUPPORTED CONSTRAINT
for that you would need to execute dbms_wm.enableversioning on the non-versioned table (you can add a foreign key between 2 version enabled tables) if you don't want the detail to be kept as version enabled table then you can disable versioning of the detail table.
EXEC DBMS_WM.ENABLEVERSIONING('BILL_DETAILS')
EXEC DBMS_WM.BEGINDDL('BILL');
EXEC DBMS_WM.BEGINDDL('BILL_DETAILS');
ALTER TABLE BILL_DETAILS_LTS ADD CONSTRAINT FK_BILLDET_BILL FOREIGN KEY (N_BILLID) REFERENCES BILL_LTS(N_BILLID);
EXEC DBMS_WM.COMMITDDL('BILL');
EXEC DBMS_WM.COMMITDDL('BILL_DETAILS');
EXEC DBMS_WM.DISABLEVERSIONING('BILL_DETAILS') ;
Subscribe to:
Posts (Atom)