Create or Drop Dimension Members

  • Hi All,

    I am Srinivas working on SSAS 2005. I am not able to create or drop dimension members. I need to drop and create all members in one dimension before cube processing, as the columns are coming dynamically.

    E.g. ALTER CUBE [Reporting] DROP DIMENSION MEMBER [Tbl Analysis Test].[Name]

    Here cube is [Reporting] , dimension is [Tbl Analysis Test] and member is [Name].

    Its giving the following error " Parsing the query ... Query (1, 46) The member '[Name]' was not found in the cube when the string, [Tbl Analysis Test].[Name], was parsed. Parsing complete"

    Please look into this issue, advice me what do I do ASAP.

    Thanks,

    Srinivas

  • It looks like you're referencing just the Atttribute as opposed to the member. I'd expect a reference something like:

    [Tbl Analysis Test].[Name].&[some key value]

    This statement is to drop out individual members, for example if you want to process them, but don't want them available before use.

    Based on you post, instead try unprocessing the dimension, then processing the dimension and then the cube.

  • Thanks for your reply.

    Let me explain my requirement background.

    1) We have a User Dimension which has UserID as member under this member it will have some member properties which can't be pre-determined.

    2) So I re-create the User Dimension Table in SSIS Process and here I have to drop all the existing MEMBER PROPERTIES and then re-create it.

    Example Data

    ==========

    UserID SecGroup1 SecGroup2 SecGroup3 ...............SecGroupN

    100 Yes No Yes

    Here SecGroup can not be determined. So we re-create the table structure and populate the data through SSIS.

    In the same SSIS we would like to re-create the MEMBER PROPERTIES using MDX Definition Statments.

    Doing this we enable Dimension Write-back Option for the User Dimension.

    Hope you will get my requirement.

    Thanks,

    Srinivas

  • Ok, I believe you're looking in the wrong area. MDX statements are for cubes, where the basic cube structure is known and fixed.

    You're into ASSL development, which is going to require some intensive work. As well, as you alter the cube in te manner you're describing, you need to think about rebuilding your aggregations, checking / validating any scripts, etc.

    I'd suggest reexamining the problem. Have you considered inverting the relationship so that you have userID, SecGroupID, and Value (Yes/No)?

Viewing 4 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic. Login to reply