dbTalk Databases Forums  

Design Question: Calculated Field

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


Discuss Design Question: Calculated Field in the microsoft.public.sqlserver.olap forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
imani_technology_spam@yahoo.com
 
Posts: n/a

Default Design Question: Calculated Field - 02-03-2004 , 09:38 AM






I'm trying to create an OLAP system using SQL Server 2000 Analysis
Services (AS). I want the AS cube to be based on a database with a
star schema.

I have a field called Ratio. The initial ratio value is based upon
this formula: (CurrentTimePeriodAmount -
PreviousTimePeriodAmount)/PreviousTimePeriodAmount. However, that
initial ratio can be manually overridden and replaced. Then the ratio
is used to calculate future Amounts.

Should I place that calculated Ratio field in the "source" database
design or should it be part of the Analysis Services cube?

Reply With Quote
  #2  
Old   
Tom Chester
 
Posts: n/a

Default Re: Design Question: Calculated Field - 02-03-2004 , 10:32 AM






Probably in the cube.

public @ the domain below
www.tomchester.net

<imani_technology_spam (AT) yahoo (DOT) com> wrote

Quote:
I'm trying to create an OLAP system using SQL Server 2000 Analysis
Services (AS). I want the AS cube to be based on a database with a
star schema.

I have a field called Ratio. The initial ratio value is based upon
this formula: (CurrentTimePeriodAmount -
PreviousTimePeriodAmount)/PreviousTimePeriodAmount. However, that
initial ratio can be manually overridden and replaced. Then the ratio
is used to calculate future Amounts.

Should I place that calculated Ratio field in the "source" database
design or should it be part of the Analysis Services cube?



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

Default Re: Design Question: Calculated Field - 02-03-2004 , 04:12 PM



What you may want to consider instead of creating a new field in the
physical table, is to use a view with the calculation there. I am a
huge advocate of using views for fact tables for the reason you are
talking about below.

The problem is if the ratio is going to be replaced/overridden you
need to ask yourself do you need to create a new record for this
ration value so you can track the changes over time. Are these changes
going to be adhoc, if so does your front-end tool allow for this type
of What If Functionality. Things to ask yourself.

HTH
-todd

imani_technology_spam (AT) yahoo (DOT) com wrote in message news:<8be6e8.0402030738.213518f7 (AT) posting (DOT) google.com>...
Quote:
I'm trying to create an OLAP system using SQL Server 2000 Analysis
Services (AS). I want the AS cube to be based on a database with a
star schema.

I have a field called Ratio. The initial ratio value is based upon
this formula: (CurrentTimePeriodAmount -
PreviousTimePeriodAmount)/PreviousTimePeriodAmount. However, that
initial ratio can be manually overridden and replaced. Then the ratio
is used to calculate future Amounts.

Should I place that calculated Ratio field in the "source" database
design or should it be part of the Analysis Services cube?

Reply With Quote
  #4  
Old   
imani_technology_spam@yahoo.com
 
Posts: n/a

Default Re: Design Question: Calculated Field - 02-04-2004 , 10:25 AM



I want to be able to display an initial, calculated ratio. I also
want a seperate field for the user to type in a ratio. How could that
be implemented? Also, I'm considering using SQL Server Analysis
Services with some kind of MS Excel 2000 front end.

toddack (AT) hotmail (DOT) com (Todd) wrote in message news:<a4f4b945.0402031412.4c3173fd (AT) posting (DOT) google.com>...
Quote:
What you may want to consider instead of creating a new field in the
physical table, is to use a view with the calculation there. I am a
huge advocate of using views for fact tables for the reason you are
talking about below.

The problem is if the ratio is going to be replaced/overridden you
need to ask yourself do you need to create a new record for this
ration value so you can track the changes over time. Are these changes
going to be adhoc, if so does your front-end tool allow for this type
of What If Functionality. Things to ask yourself.

HTH
-todd

imani_technology_spam (AT) yahoo (DOT) com wrote in message news:<8be6e8.0402030738.213518f7 (AT) posting (DOT) google.com>...
I'm trying to create an OLAP system using SQL Server 2000 Analysis
Services (AS). I want the AS cube to be based on a database with a
star schema.

I have a field called Ratio. The initial ratio value is based upon
this formula: (CurrentTimePeriodAmount -
PreviousTimePeriodAmount)/PreviousTimePeriodAmount. However, that
initial ratio can be manually overridden and replaced. Then the ratio
is used to calculate future Amounts.

Should I place that calculated Ratio field in the "source" database
design or should it be part of the Analysis Services cube?

Reply With Quote
  #5  
Old   
imani_technology_spam@yahoo.com
 
Posts: n/a

Default Re: Design Question: Calculated Field - 02-06-2004 , 02:35 PM



What books would you recommend to help me solve this problem? I
already have Analysis Services Step by Step.

Also, what is the best "quick and dirty" front end to use? I need to
have a walk-through prototype ready by Wednesday.

"Tom Chester" <publicNOSPAM (AT) tomchester (DOT) net> wrote

Quote:
Probably in the cube.

public @ the domain below
www.tomchester.net

imani_technology_spam (AT) yahoo (DOT) com> wrote in message
news:8be6e8.0402030738.213518f7 (AT) posting (DOT) google.com...
I'm trying to create an OLAP system using SQL Server 2000 Analysis
Services (AS). I want the AS cube to be based on a database with a
star schema.

I have a field called Ratio. The initial ratio value is based upon
this formula: (CurrentTimePeriodAmount -
PreviousTimePeriodAmount)/PreviousTimePeriodAmount. However, that
initial ratio can be manually overridden and replaced. Then the ratio
is used to calculate future Amounts.

Should I place that calculated Ratio field in the "source" database
design or should it be part of the Analysis Services cube?

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.