dbTalk Databases Forums  

Architectural Design Question

microsoft.public.sqlserver.olap microsoft.public.sqlserver.olap


Discuss Architectural Design Question in the microsoft.public.sqlserver.olap forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
GaryV
 
Posts: n/a

Default Architectural Design Question - 06-23-2006 , 08:08 AM






We currently have a number of SSAS 2000 physical cubes and a single KPI
virtual cube that our finance department reports from. A colleague is
prototyping a new approach in SSAS 2005 and I’m looking for some feedback.

Please see http://www.dailyware.com/SSAS2005Design.jpg for a high level
overview. The lines in red illustrate custom .Net applications that push
aggregated data from cubes to some other reporting source (SQL tables, XML?)
that our finance department will report from.

Thought that come to my mind include: many points of failure, significant
custom development required, none-mainstream, high maintenance cost….

Thanks,
Gary


Reply With Quote
  #2  
Old   
Tim Dot NoSpam
 
Posts: n/a

Default Re: Architectural Design Question - 06-23-2006 , 08:31 AM






Hi Gary.

One thought that immediately comes to mind concerns everything to their
right of the cubes. You ~could~ accomplish the same thing with a tool like
Business Scorecard which would alleviate the need for the custom apps.

You could also consolidate the KPIs into a cube and report from that (either
custom reports with tools like RS or analysis books with tools like Pro
Clarity). What specifically does the business user need?

-Tim

"GaryV" <GaryV (AT) discussions (DOT) microsoft.com> wrote

Quote:
We currently have a number of SSAS 2000 physical cubes and a single KPI
virtual cube that our finance department reports from. A colleague is
prototyping a new approach in SSAS 2005 and I'm looking for some feedback.

Please see http://www.dailyware.com/SSAS2005Design.jpg for a high level
overview. The lines in red illustrate custom .Net applications that push
aggregated data from cubes to some other reporting source (SQL tables,
XML?)
that our finance department will report from.

Thought that come to my mind include: many points of failure, significant
custom development required, none-mainstream, high maintenance cost..

Thanks,
Gary




Reply With Quote
  #3  
Old   
GaryV
 
Posts: n/a

Default Re: Architectural Design Question - 06-23-2006 , 09:16 AM



Agreed...this model could put us in a position where we're unable to leverage
many tools coming out later this year.

Today users connect to a single KPI virtual cube (replace KPI Report Data
with KPI Virtual cube in the attached document) and publish a static PDF
files monthly. They have a requirement to continue publishing a static PDF
file but also provide users with the abilitiy to drill into the data. I'm
not sure how well the model supports drill through???


"Tim Dot NoSpam" wrote:

Quote:
Hi Gary.

One thought that immediately comes to mind concerns everything to their
right of the cubes. You ~could~ accomplish the same thing with a tool like
Business Scorecard which would alleviate the need for the custom apps.

You could also consolidate the KPIs into a cube and report from that (either
custom reports with tools like RS or analysis books with tools like Pro
Clarity). What specifically does the business user need?

-Tim

"GaryV" <GaryV (AT) discussions (DOT) microsoft.com> wrote in message
news:14422ED3-20AD-46E4-888D-C8D7917ACDD2 (AT) microsoft (DOT) com...
We currently have a number of SSAS 2000 physical cubes and a single KPI
virtual cube that our finance department reports from. A colleague is
prototyping a new approach in SSAS 2005 and I'm looking for some feedback.

Please see http://www.dailyware.com/SSAS2005Design.jpg for a high level
overview. The lines in red illustrate custom .Net applications that push
aggregated data from cubes to some other reporting source (SQL tables,
XML?)
that our finance department will report from.

Thought that come to my mind include: many points of failure, significant
custom development required, none-mainstream, high maintenance cost..

Thanks,
Gary





Reply With Quote
  #4  
Old   
Tim Dot NoSpam
 
Posts: n/a

Default Re: Architectural Design Question - 06-23-2006 , 11:06 AM



Are you talking drillthrough from the "KPI cube" to the underlying cubes?

"GaryV" <GaryV (AT) discussions (DOT) microsoft.com> wrote

Quote:
Agreed...this model could put us in a position where we're unable to
leverage
many tools coming out later this year.

Today users connect to a single KPI virtual cube (replace KPI Report Data
with KPI Virtual cube in the attached document) and publish a static PDF
files monthly. They have a requirement to continue publishing a static
PDF
file but also provide users with the abilitiy to drill into the data. I'm
not sure how well the model supports drill through???


"Tim Dot NoSpam" wrote:

Hi Gary.

One thought that immediately comes to mind concerns everything to their
right of the cubes. You ~could~ accomplish the same thing with a tool
like
Business Scorecard which would alleviate the need for the custom apps.

You could also consolidate the KPIs into a cube and report from that
(either
custom reports with tools like RS or analysis books with tools like Pro
Clarity). What specifically does the business user need?

-Tim

"GaryV" <GaryV (AT) discussions (DOT) microsoft.com> wrote in message
news:14422ED3-20AD-46E4-888D-C8D7917ACDD2 (AT) microsoft (DOT) com...
We currently have a number of SSAS 2000 physical cubes and a single KPI
virtual cube that our finance department reports from. A colleague is
prototyping a new approach in SSAS 2005 and I'm looking for some
feedback.

Please see http://www.dailyware.com/SSAS2005Design.jpg for a high level
overview. The lines in red illustrate custom .Net applications that
push
aggregated data from cubes to some other reporting source (SQL tables,
XML?)
that our finance department will report from.

Thought that come to my mind include: many points of failure,
significant
custom development required, none-mainstream, high maintenance cost..

Thanks,
Gary







Reply With Quote
  #5  
Old   
GaryV
 
Posts: n/a

Default RE: Architectural Design Question - 06-23-2006 , 12:44 PM



Let me ask another question....do you consider the attached design to be very
non-mainstream and difficult to support?

"GaryV" wrote:

Quote:
We currently have a number of SSAS 2000 physical cubes and a single KPI
virtual cube that our finance department reports from. A colleague is
prototyping a new approach in SSAS 2005 and I’m looking for some feedback.

Please see http://www.dailyware.com/SSAS2005Design.jpg for a high level
overview. The lines in red illustrate custom .Net applications that push
aggregated data from cubes to some other reporting source (SQL tables, XML?)
that our finance department will report from.

Thought that come to my mind include: many points of failure, significant
custom development required, none-mainstream, high maintenance cost….

Thanks,
Gary


Reply With Quote
  #6  
Old   
Tim Dot NoSpam
 
Posts: n/a

Default Re: Architectural Design Question - 06-24-2006 , 01:15 PM



Everything to the right of the cube consumers is semi-suspect, but this is
considered the "Kimball" approach; a data warehouse with subject area data
marts stemming from it.

I question the need for custom .NET apps though with so many tools available
for pre-built and ad hoc analysis. What is the need for the custom apps?
Are they "assembly" containers for the visualisations or are they used more
as transport mechanisms to push the data to satellite business users? You
could get a much bigger bang for your buck using a combination of
Sharepoint, Reporting Services and Business Scorecard. Also, ProClarity was
purchased by Microsoft and will become Performance Point. I personally
think it's superior to other products I've looked at for ad hoc AND it has
the ability to push what it calls Analysis Books; pre-defined one-offs from
the cubes for focused analysis.

-Tim

"GaryV" <GaryV (AT) discussions (DOT) microsoft.com> wrote

Quote:
Let me ask another question....do you consider the attached design to be
very
non-mainstream and difficult to support?

"GaryV" wrote:

We currently have a number of SSAS 2000 physical cubes and a single KPI
virtual cube that our finance department reports from. A colleague is
prototyping a new approach in SSAS 2005 and I'm looking for some
feedback.

Please see http://www.dailyware.com/SSAS2005Design.jpg for a high level
overview. The lines in red illustrate custom .Net applications that push
aggregated data from cubes to some other reporting source (SQL tables,
XML?)
that our finance department will report from.

Thought that come to my mind include: many points of failure, significant
custom development required, none-mainstream, high maintenance cost..

Thanks,
Gary




Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.