Forum Discussion
The 'HasUniqueRoleAssignments' column does not exist in the rowset.
- 9 years ago
Nothing back from microsoft, but... i a pretty crappy solution, but i was able to make it work.
In order to avoid referencing the columns that are magically put into the report, use the "Remove Other Columns" feature in the Query Editor. If you select the ABSOLUTE minimum number of columns you are using for your report across ALL data sets synced, (ctrl + shift + click) to select only the columns you are using... and then right click and select remove other columns the steps reference only the used columns.
Thus you get something like this:
#"Removed Other Columns" = Table.SelectColumns(#"Renamed Columns1",{"Column 1", "Column 2", "Column 3", "Column 3")
instead of:
#"Removed Columns" = Table.RemoveColumns(#"Removed Other Columns",{"ERROR CAUSING COLUMN 1". "ERROR CAUSING COLUMN 2". "ERROR CAUSING COLUMN 3". "ERROR CAUSING COLUMN 4". })
Once you remove them with this method, the Web application does not know that the bad columns exsist and completes a full refresh.
It's complete bull**bleep** and i have multiple reports with 5-10 data sources with 30+ columns each.... but it works. And this is a total work stopper for my org.
Let me know if this works for you or not
I am having the same issue.
| Data source error: | The 'HasUniqueRoleAssignments' column does not exist in the rowset. |
| Cluster URI: | WABI-US-EAST2-redirect.analysis.windows.net |
| Activity ID: | 0164ac61-3ef9-4bc7-a0d7-fa026fa6b284 |
| Request ID: | 628b6cc2-29bf-26a9-7473-e0b166b42c36 |
| Time: | 2017-05-12 11:26:24Z |
When launched in Power BI desktop, there is no issue refreshing that data.
I am glad I am not the only one with this issue. I just upgraded to the new Power BI Desktop and it is adding this column to my dataset when it was not there in the previous version. This only happens with sharepoint tables. I even tested with a coworker that hadnt upgraded to the new Power BI Desktop version yet and the refresh worked when he uploaded the file. We definately need to find a solution for this.