Skip to content

At scale workaround - #40

Open
tlaqua wants to merge 5 commits into
OlapPivotTableExtensions:masterfrom
TrekBikes:AtScaleWorkaround
Open

tlaqua wants to merge 5 commits into
OlapPivotTableExtensions:masterfrom
TrekBikes:AtScaleWorkaround

Conversation

@tlaqua

@tlaqua tlaqua commented Jul 17, 2024

Copy link
Copy Markdown

Modifications to work with AtScale as it currently does not have the metadata views fully implemented - just used the ones that worked.

Only works for simple attribute hierarchies, not user defined hierarchies.

Tim Laqua added 2 commits July 16, 2024 09:31
…e/key/value/caption are all the same, no encoding, and only works on simple attribute hierarchies... probably.
…werpivot thing. Added non-install shield Setup project.
@furmangg

Copy link
Copy Markdown
Contributor

Thank you for the contribution. Wouldn’t the following search by key instead of name? And what if an attribute has more than one key?


restrictions.Add(new AdomdRestriction(
                                "MEMBER_UNIQUE_NAME"
                                , args.LookIn + '.' + args.LookIn.Split('.')[1] + ".&[" + sLine.Trim() + "]"
                                ));

Can you share a screenshot of what args.LookIn looks like against AtScale? Trying to understand your logic for determining if we are connected to AtScale or not. Would there be some property of cmd.Connection which would tell you the server version or something that would say AtScale?

Let me muddle about how to test this.

@tlaqua

tlaqua commented Jul 18, 2024

Copy link
Copy Markdown
Author

Yes, by key instead of name and it wouldn't work for a composite key (just wouldn't find anything). That's why I suggested it's optimistic. I feel like this behavior might be suited for some sort of configuration option or checkbox as the original logic is superior (when all the restrictions are implemented).

As for what args.LookIn loks like, it looks like it would from any ssas cube, [dimension name].[attribute name]. The workaround is because AtScale hasn't implemented two restrictions that you use, so this is kind of a "best effort" for getting it to work with atscale.

I like the idea of detecting atscale connections somehow so it only runs the new code for those, I'll take a look at the command properties tomorrow and see if I can make a better if statement. I basically have no logic for determining we're in atscale right now, it just looks to see how many periods are in the lookin and if there's more than one, it just uses the original logic (cause the new logic didn't work for powerpivot models). But if I can detect AtScale somehow, I can easily isolate that code to only that scenario.

…logic to only apply the member-key based assumption search when the CustomData extended property contains the text "UseAtScaleRestrictions" - otherwise the extension should perform as normal.
@tlaqua

tlaqua commented Jul 18, 2024

Copy link
Copy Markdown
Author

Alright, how about this? It only uses the AtScale code when UseAtScaleRestrictions is in the CustomData property of the connection? I couldn't find anything identifying it as an atscale instance so I think using CustomData may be the only option for us.

@tlaqua

tlaqua commented Jul 18, 2024

Copy link
Copy Markdown
Author

fixes #25

Tim Laqua added 2 commits July 18, 2024 19:30
…he Filter List tab. AtScale isn't returning member_caption after the rowset quety, it just plops the uniquename in like every field.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants