In the final part of my series on migrating an OBIEE installation from direct application access to a data warehouse, I'm finally going to plug my new data warehouse into my OBIEE logical model. Previous to this, in the first posting I created a single logical model over

In yesterdays posting [https://www.rittmanmead.com/blog/2008/03/16/re-wiring-obiee-logical-models-to-use-a-data-warehouse-part-1/] , I took a look at some of the practicalities behind my recent article on OBIEE "next-generation" architectures [https://www.rittmanmead.com/blog/2008/02/15/a-future-oracle-obiee-architecture/]. The idea behind this architecture is that you can use

A couple of weeks ago I posted an article about a next-generation Oracle BI architecture [https://www.rittmanmead.com/blog/2008/02/15/a-future-oracle-obiee-architecture/], where I advocated building a first cut OBIEE system against your operational applications, producing some "quick win" reports, and then over time copying your