Showing posts with label originally. Show all posts
Showing posts with label originally. Show all posts

Friday, February 24, 2012

design question / confirmation

I have a fact table that has several fields that are Y/N in the source system.

Originally, I created the fact table converting the data from Y to 1 and N to zero, with the measure aggregate function property set to "sum".

However after reading some of the posts by Mosha, I think I should be converting these N's to NULLs instead of Zero's to take advantage of NON EMPTY.

Is my logic correct?

It really depends on what you want to do with this data. It's hard to give advice without more details. Typically, in the questionarie type of models, the Y/N columns are converted to attributes, not to measures, and the measure is count. This way it is easy to get how many people answered Yes and how many people answered No. By doing this as measure - you will have easy way to find out how many said Yes, but you will lose info about how many said No.|||

In this case the yes / no indicate if a particular production step was performed. So the values will get summed up for a total.

the no's mean nothing to me.

that total may then also be used to determine a percent of all products that had that production step performed.

|||Then it is possible to model it the way you proposed (although I still think that making a Y/N attribute is a good idea).

Sunday, February 19, 2012

design question / confirmation

I have a fact table that has several fields that are Y/N in the source system.

Originally, I created the fact table converting the data from Y to 1 and N to zero, with the measure aggregate function property set to "sum".

However after reading some of the posts by Mosha, I think I should be converting these N's to NULLs instead of Zero's to take advantage of NON EMPTY.

Is my logic correct?

It really depends on what you want to do with this data. It's hard to give advice without more details. Typically, in the questionarie type of models, the Y/N columns are converted to attributes, not to measures, and the measure is count. This way it is easy to get how many people answered Yes and how many people answered No. By doing this as measure - you will have easy way to find out how many said Yes, but you will lose info about how many said No.|||

In this case the yes / no indicate if a particular production step was performed. So the values will get summed up for a total.

the no's mean nothing to me.

that total may then also be used to determine a percent of all products that had that production step performed.

|||Then it is possible to model it the way you proposed (although I still think that making a Y/N attribute is a good idea).

Friday, February 17, 2012

Design Help - How to get the Best Design

Dear Experts
Originally in about 1986/87 I was a cobol programmer and was used to doing
things the Master Transaction way. After a long gap i am currently in a
situation of
working with SQL Server 7.0 but somehow i feel my design leans on Master
Transaction Style where i increment the balance in master after every
transaction. MY Question is As Follows:
1. What is the yard stick for a great DB Design.?
2. What kind of Book Should i Read?
3. Any Pointers and Help on Database Design Sample or
courses i can take would be greatly appreciated.
Thanks in Advance and i apologize for this post if it is not in the right
forum.
Manish
--
Three Cheers to Technet for the Help!Look at
http://www.databaseanswers.org/data_models/index.htm
for some samples:
--
HTH, Jens Suessmeyer.
--
http://www.sqlserver2005.de
--
"Manish Sawjiani" <ManishSawjiani@.discussions.microsoft.com> schrieb im
Newsbeitrag news:27506C1E-A756-4506-AF2D-368E757A82B5@.microsoft.com...
> Dear Experts
> Originally in about 1986/87 I was a cobol programmer and was used to doing
> things the Master Transaction way. After a long gap i am currently in a
> situation of
> working with SQL Server 7.0 but somehow i feel my design leans on Master
> Transaction Style where i increment the balance in master after every
> transaction. MY Question is As Follows:
> 1. What is the yard stick for a great DB Design.?
> 2. What kind of Book Should i Read?
> 3. Any Pointers and Help on Database Design Sample or
> courses i can take would be greatly appreciated.
> Thanks in Advance and i apologize for this post if it is not in the right
> forum.
> Manish
>
> --
> Three Cheers to Technet for the Help!