Showing posts with label related. Show all posts
Showing posts with label related. Show all posts

Saturday, February 25, 2012

Attribute Relationships, Related Attributes, Uniqueness

I haven't see a clear example of how to setup the following for efficient aggregations:

Example 1:

If I have a Hierarchy like:

Year->Month->Day

Its clear how to setup the attribute relationships as long as the Month members are all unique. Can I somehow include an Attribute like WeekendIndicator? Weekend certainly isn't unique, but it would seem there should be a way to roll this up and include it in the attribute relationships.

Example 2:

In many of my dimensions, I have Hierarchies whose Name member is not unique, but there is an Id value that is unique. I want to build the relationships using the Ids since I know the aggregations will be good...the problem is, that a program querying the data would use the IDs, but a person writing a report would want to use the Name attributes. Is there a way to link the two together so that the non-unique name members are tied to the Id fields. The User Defined Hierarchy define on names works fine from a UI perspective, but I want to make sure I have aggregations as well.

For example, if I have a Campaign dimension, and users frequently want to navigate these for rollups:

Account -> MarketingProgram->MarketingCampaign

The fact is an Order

The Program and Campaign names can be anything, but their IDs are enforced to be unique. How do I manage these together?

Example 3:

And finally, if I want to do rollups with the following types of attributes

AccountStatus->AccountCategory->Account

I can't build an attribute relationship for this since Account Category does not imply Account Status since all accounts of a certain category are not guaranteed to be within an Account Status. How do I efficiently build aggregations for this type of hierarchy? The User Defined Hierarchy allows the customer to navigate it, but the aggregations don't allow it.

Thanks for any insight!

Example 1

Create a new attribute WeekeendIndicator and use it to filter the time dimension.

Example 2

One way to resolve this by adding the name and id in a view or Data Source View as a calculated value, e.g.
Market Development Fund (1)
Market Development Fund (2)
Market Development Fund (3)

Example 3

If the hierarchy is enforced (or a strong hierarchy) such as the time dimension, then aggregations can roll up.

Hope this helps.

|||

That's a solution , but not quite what I want to do.

Example 1 -> Is there a way to pre-aggregate this information with attribute relationships?

Example 2 -> I know I can generate unique names, but is there a way to "pair" attributes together so I can leverage the Ids for the aggregation but see the names elsewhere

Example 3 -> The issue is the hierarchy is not enforced, so is there no option for attribute relationships of any kind, is there another way I should model this?

Sunday, February 12, 2012

Attaching .mdf to SQL Server 2005

If I only have a .mdf file available, how can I attach it to SQL Server 2005? It keeps asking for a .ldf file which I don't have.

This one's related to posthttp://forums.asp.net/1210138/ShowPost.aspx

The LDF is the log file (containing transaction logs) for the .mdf. I believe you need both to do the attach, and they should always be together in the directory structure. You should be able to get the .ldf from the same place you got the .mdf. If your database is called mydata.mdf then the transaction log will be called mydata_log.ldf

|||I believe someone was looking for something similiar a month or a two ago, and they did find a solution, you may try searching the forums. Unfortunately, I don't remember what they did ;-(|||

Freakyuno wrote:

The LDF is the log file (containing transaction logs) for the .mdf. I believe you need both to do the attach, and they should always be together in the directory structure. You should be able to get the .ldf from the same place you got the .mdf. If your database is called mydata.mdf then the transaction log will be called mydata_log.ldf


Normally the .ldf must accompany the .mdf file, I know but in this case, the Atlas Wiki starter kit doesn't ship with the .ldf files.|||

dotNETSlave wrote:

If I only have a .mdf file available, how can I attach it to SQL Server 2005? It keeps asking for a .ldf file which I don't have.

Hi,

you can use the Microsoft SQL Management studio, choose the Master database in the combobox, open up a new query window and use the

sp_attach_single_file_db

command to get it to work.

Grz, Kris.

|||Thanks, that seemed to do the trick.