Forum Discussion

jl20's avatar
jl20
Helper IV
9 years ago
Solved

Avoiding Chained Lookup Tables

Hi,

 

I know it's best practice to avoid multiple levels of lookup tables. However, how is this generally done in practice? I have abbreviated city names coming from the fact table, some of which get consolidate (Baltimore into Washington, D.C., for example). I also want to sort these in situations where I don't want the fields in alpha order. Please see below:

 

Unique values from fact table on left, desired rollup on right               I want to use this table as a slicer and have the ability to modify the sort order

Any way of doing this without creating two tables?

 

Thanks!

 

  • Hi jl20

     

    You can create a Sort calculated column in your FACT table if you want to avoid the extra table and then use this as your sort col for your main table

     

    Sort = SWITCH(
            TRUE() ,
            -- IF/THEN ---
            'Table'[Office] = "Atlanta" , 1 ,
            'Table'[Office]= "Chicago" , 2 ,
            'Table'[Office] = "Cleveland" , 3 ,
    -- ELSE -- 999 )

1 Reply

  • Phil_Seamark's avatar
    Phil_Seamark
    Microsoft Employee

    Hi jl20

     

    You can create a Sort calculated column in your FACT table if you want to avoid the extra table and then use this as your sort col for your main table

     

    Sort = SWITCH(
            TRUE() ,
            -- IF/THEN ---
            'Table'[Office] = "Atlanta" , 1 ,
            'Table'[Office]= "Chicago" , 2 ,
            'Table'[Office] = "Cleveland" , 3 ,
    -- ELSE -- 999 )