Predictable naming when joining #142
Bouke
announced in
Announcements
Replies: 1 comment
-
Have you considered using the project-rename operator – within the joins – to prevent duplicate column names so that the issue you experience won't happen. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Say I have an Application Insights query like the following:
My resultset will have columns
customDimensions
,customDimensions1
andcustomDimensions2
.However when I make a change to the first join so that it doesn't return a column named
customDimensions
, my resultset will no longer have a columncustomDimensions2
and what wascustomDimensions2
will now be incustomDimensions1
. As a user this is very confusing. Making a change to the first join affects other parts of the query that didn't operate on the data from this join, likecustomDimensions2
.This makes writing and refactoring queries very hard and error-prone. I'd like to see a way to refer to a column by some stable identifier. For example give the columns from a join a user-defined prefix:
join ... as join_2
->join2_customDimensions
.Beta Was this translation helpful? Give feedback.
All reactions