BC remote Oracle DBA - Call (800) 766-1884  
Oracle Consulting Oracle Training Development

Remote DBA

Remote DBA Plans  

Remote DBA Service

Remote DBA RAC

   
Remote DBA Oracle Home
Remote DBA Oracle Training
Remote DBA SQL Tuning Consulting
Remote DBA Oracle Tuning Consulting
Remote DBA Data Warehouse Consulting
Remote DBA Oracle Project Management
Remote DBA Oracle Security Assessment
Remote DBA Unix Consulting
Burleson Books
Burleson Articles
Burleson Web Courses
Burleson Qualifications
Oracle Links
Remote DBA Oracle Monitoring
Remote DBA Support Benefits
Remote DBA Plans & Prices
Our Automation Strategy
What We Monitor
Oracle Apps Support
Print Our Brochure
Contact Us (e-mail)
Oracle Job Opportunities
Oracle Consulting Prices





   

 

 

 

Remote DBA services

Remote DBA Support

Remote DBA RAC

Remote DBA Reasons

Remote Oracle Tuning

Remote DBA Links

Oracle DBA Support

Oracle DBA Forum

Oracle Disaster

Oracle Training

Oracle Tuning

Oracle Training

 Remote DBA SQL Server

Remote MSSQL Consulting

Oracle DBA Hosting

Oracle License Negotiation

 

 


 

 

 

 

 

 
 

Oracle Tips 

by Burleson Consulting

The Data Warehouse Development Life Cycle

Oracle Data Warehouse Design
POPULATING STAR SCHEMAS WITH DISTRIBUTED SQL

Although it is evident at this point that having several copies of the same database can sometimes be desirable, problems arise with this dual approach when attempting to keep the STAR schema in sync with the operational database. Fortunately, Oracle provides several mechanisms to assist in this synchronization. It is safe to assume that the STAR schema will be used by executives for long-range trend analysis, so it is probably not imperative that the STAR schema be completely up-to-date with the operational database. Consequently, we can develop an asynchronous method for updating the STAR schema.

If we make this assumption, then a single SQL statement can be used to extract the data from the operational database and populate the new rows in the STAR schema. In Listing 4.1, we assume that the STAR schema resides at our corporate headquarters in London, and we will use Oracle’s SQL*Net with database links to directly reference the remote data warehouse directly from our OLTP database.

Listing 4.1 Updating the STAR schema.

INSERT INTO fact_table@london
VALUES
(SELECT
    order_year,
    order_quarter,
    order_month,
    order_nbr,
    salerperson_name,
    customer_name,
    customer_city,
    customer_state,
    customer_region,
    item_nbr,
    quantity_sold,
    price*quantity_sold
FROM QUANTITY, ITEM, CUSTOMER, CITY, STATE
SEE CODE DEPOT FOR FULL SCRIPT
order_date = SYSDATE /* get only today’s transactions */
);


This is an excerpt from "High Performance Data Warehousing". To learn more about Oracle, try "Oracle Tuning: The Definitive Reference", by Donald K. Burleson.  You can buy it direct from the publisher at 30% off here:
http://www.rampant-books.com/book_1002_oracle_tuning_definitive_reference_2nd_ed.htm
 

 


Expert Remote DBA

BC is America's oldest and largest Remote DBA Oracle support provider.  Get real Remote DBA experts, call
BC Remote DBA today.

 

 

Remote DBA Service
 

Oracle Tuning Book

 

Advance SQL Tuning Book 

BC Oracle support

Oracle books by Rampant

Oracle monitoring software

 

 

 

 

 

 

BC Remote Oracle Support

Remote DBA

Remote DBA Services

Copyright © 1996 -  2013 by Burleson. All rights reserved.

Oracle® is the registered trademark of Oracle Corporation.