dbTalk Databases Forums  

Dimension choice

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


Discuss Dimension choice in the microsoft.public.sqlserver.olap forum.



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

Default Dimension choice - 02-23-2004 , 08:15 AM






Hello

Basic structure question...

Have an account-dimension in a finance cube.

The account has an accounttype:

From a dimension table containing all acounts and the corresponding
accounttype i make and accounttype physical dimension in as. Or i make a
member
property on the account dimension and from this member property I make a
virtual accounttype dimension ?

What is the best approach and why ? (performance, simplicity, etc..)

\Michael Vardinghus





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

Default Re: Dimension choice - 02-23-2004 , 09:59 AM






It's not a big issue either way, since this is a dimension that will only
have several members. What do you intend to do with it?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote

Quote:
Hello

Basic structure question...

Have an account-dimension in a finance cube.

The account has an accounttype:

From a dimension table containing all acounts and the corresponding
accounttype i make and accounttype physical dimension in as. Or i make a
member
property on the account dimension and from this member property I make a
virtual accounttype dimension ?

What is the best approach and why ? (performance, simplicity, etc..)

\Michael Vardinghus







Reply With Quote
  #3  
Old   
Michael Vardinghus
 
Posts: n/a

Default Re: Dimension choice - 02-23-2004 , 01:26 PM



It will typically be used as a page field - we have all acounts in the
cube - the result accounts and the
status accounts - typically the result value will be chosen so only these
accounts are presented - but
sometimes the status account value will be chosen.

\Michael V.

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

Quote:
It's not a big issue either way, since this is a dimension that will only
have several members. What do you intend to do with it?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:eyXl$bh%23DHA.4088 (AT) tk2msftngp13 (DOT) phx.gbl...
Hello

Basic structure question...

Have an account-dimension in a finance cube.

The account has an accounttype:

From a dimension table containing all acounts and the corresponding
accounttype i make and accounttype physical dimension in as. Or i make a
member
property on the account dimension and from this member property I make a
virtual accounttype dimension ?

What is the best approach and why ? (performance, simplicity, etc..)

\Michael Vardinghus









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

Default Re: Dimension choice - 02-23-2004 , 03:23 PM



I suppose I'd probably make it a physical dimension, no strong opinion
though.

Is it really needed though? What are the types? Could they be members of
Account dim?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote

Quote:
It will typically be used as a page field - we have all acounts in the
cube - the result accounts and the
status accounts - typically the result value will be chosen so only these
accounts are presented - but
sometimes the status account value will be chosen.

\Michael V.

Tom Chester <publicNOSPAM (AT) tomchester (DOT) net> wrote in message
news:Xrp_b.24$%e4.13362 (AT) news (DOT) uswest.net...
It's not a big issue either way, since this is a dimension that will
only
have several members. What do you intend to do with it?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:eyXl$bh%23DHA.4088 (AT) tk2msftngp13 (DOT) phx.gbl...
Hello

Basic structure question...

Have an account-dimension in a finance cube.

The account has an accounttype:

From a dimension table containing all acounts and the corresponding
accounttype i make and accounttype physical dimension in as. Or i make
a
member
property on the account dimension and from this member property I make
a
virtual accounttype dimension ?

What is the best approach and why ? (performance, simplicity, etc..)

\Michael Vardinghus











Reply With Quote
  #5  
Old   
Michael Vardinghus
 
Posts: n/a

Default Re: Dimension choice - 02-24-2004 , 12:29 PM



No it I don't see how they can be members of the account dimension - an
account can be referred to only one
account type.

Found some better english terms:

AccountOperations, AccountStatus

When looking at AccountOperations i see the net result for the company -
when looking at accountstatus i see
the assets and liabilities - when looking at both i see the total picture.

We also have a separate dimension with the total sum account structure with
3 levels.

\Michael V.


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

Quote:
I suppose I'd probably make it a physical dimension, no strong opinion
though.

Is it really needed though? What are the types? Could they be members of
Account dim?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:u8RZ3Jk%23DHA.2824 (AT) tk2msftngp13 (DOT) phx.gbl...
It will typically be used as a page field - we have all acounts in the
cube - the result accounts and the
status accounts - typically the result value will be chosen so only
these
accounts are presented - but
sometimes the status account value will be chosen.

\Michael V.

Tom Chester <publicNOSPAM (AT) tomchester (DOT) net> wrote in message
news:Xrp_b.24$%e4.13362 (AT) news (DOT) uswest.net...
It's not a big issue either way, since this is a dimension that will
only
have several members. What do you intend to do with it?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:eyXl$bh%23DHA.4088 (AT) tk2msftngp13 (DOT) phx.gbl...
Hello

Basic structure question...

Have an account-dimension in a finance cube.

The account has an accounttype:

From a dimension table containing all acounts and the corresponding
accounttype i make and accounttype physical dimension in as. Or i
make
a
member
property on the account dimension and from this member property I
make
a
virtual accounttype dimension ?

What is the best approach and why ? (performance, simplicity, etc..)

\Michael Vardinghus













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

Default Re: Dimension choice - 02-24-2004 , 04:26 PM



If I understand correctly it is typical for these to be part of the Account
dim -- the accounts rollup to these members. Such as...

Balance Sheet
Assets
aaaaa
bbbbb
Liabilities
ccccc
ddddd
Income
etc.

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote

Quote:
No it I don't see how they can be members of the account dimension - an
account can be referred to only one
account type.

Found some better english terms:

AccountOperations, AccountStatus

When looking at AccountOperations i see the net result for the company -
when looking at accountstatus i see
the assets and liabilities - when looking at both i see the total picture.

We also have a separate dimension with the total sum account structure
with
3 levels.

\Michael V.


Tom Chester <publicNOSPAM (AT) tomchester (DOT) net> wrote in message
news:Vbu_b.833$KQ1.81198 (AT) news (DOT) uswest.net...
I suppose I'd probably make it a physical dimension, no strong opinion
though.

Is it really needed though? What are the types? Could they be members of
Account dim?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:u8RZ3Jk%23DHA.2824 (AT) tk2msftngp13 (DOT) phx.gbl...
It will typically be used as a page field - we have all acounts in the
cube - the result accounts and the
status accounts - typically the result value will be chosen so only
these
accounts are presented - but
sometimes the status account value will be chosen.

\Michael V.

Tom Chester <publicNOSPAM (AT) tomchester (DOT) net> wrote in message
news:Xrp_b.24$%e4.13362 (AT) news (DOT) uswest.net...
It's not a big issue either way, since this is a dimension that will
only
have several members. What do you intend to do with it?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:eyXl$bh%23DHA.4088 (AT) tk2msftngp13 (DOT) phx.gbl...
Hello

Basic structure question...

Have an account-dimension in a finance cube.

The account has an accounttype:

From a dimension table containing all acounts and the
corresponding
accounttype i make and accounttype physical dimension in as. Or i
make
a
member
property on the account dimension and from this member property I
make
a
virtual accounttype dimension ?

What is the best approach and why ? (performance, simplicity,
etc..)

\Michael Vardinghus















Reply With Quote
  #7  
Old   
Michael Vardinghus
 
Posts: n/a

Default Re: Dimension choice - 02-25-2004 , 03:00 PM



Preciously !!!!


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

Quote:
If I understand correctly it is typical for these to be part of the
Account
dim -- the accounts rollup to these members. Such as...

Balance Sheet
Assets
aaaaa
bbbbb
Liabilities
ccccc
ddddd
Income
etc.

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:Owq8rOw%23DHA.684 (AT) tk2msftngp13 (DOT) phx.gbl...
No it I don't see how they can be members of the account dimension - an
account can be referred to only one
account type.

Found some better english terms:

AccountOperations, AccountStatus

When looking at AccountOperations i see the net result for the company -
when looking at accountstatus i see
the assets and liabilities - when looking at both i see the total
picture.

We also have a separate dimension with the total sum account structure
with
3 levels.

\Michael V.


Tom Chester <publicNOSPAM (AT) tomchester (DOT) net> wrote in message
news:Vbu_b.833$KQ1.81198 (AT) news (DOT) uswest.net...
I suppose I'd probably make it a physical dimension, no strong opinion
though.

Is it really needed though? What are the types? Could they be members
of
Account dim?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:u8RZ3Jk%23DHA.2824 (AT) tk2msftngp13 (DOT) phx.gbl...
It will typically be used as a page field - we have all acounts in
the
cube - the result accounts and the
status accounts - typically the result value will be chosen so only
these
accounts are presented - but
sometimes the status account value will be chosen.

\Michael V.

Tom Chester <publicNOSPAM (AT) tomchester (DOT) net> wrote in message
news:Xrp_b.24$%e4.13362 (AT) news (DOT) uswest.net...
It's not a big issue either way, since this is a dimension that
will
only
have several members. What do you intend to do with it?

public @ the domain below
www.tomchester.net

"Michael Vardinghus" <mivar (AT) wmdata (DOT) dk> wrote in message
news:eyXl$bh%23DHA.4088 (AT) tk2msftngp13 (DOT) phx.gbl...
Hello

Basic structure question...

Have an account-dimension in a finance cube.

The account has an accounttype:

From a dimension table containing all acounts and the
corresponding
accounttype i make and accounttype physical dimension in as. Or
i
make
a
member
property on the account dimension and from this member property
I
make
a
virtual accounttype dimension ?

What is the best approach and why ? (performance, simplicity,
etc..)

\Michael Vardinghus

















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.