Forum Discussion
PBI Desktop and SharePoint List Refresh Error
- 4 months ago
Good morning. Yes I have it working now. These are the steps used for the solution.
Key Recommendations:
1. We indexed the vast majority of columns in a custom view.
2. Using implementation 2.0 we did not have the option to select a specific view. We could only select 'All Columns' or 'Default View'. Regardless of what we selected as the default, it would not work. So we went with implementation 1.0 and it synced.
3. Upon connecting to the data source we deleted all unncessary columns in the third step. 1st - Source, 2nd - Navigation, 3rd - Remove Columns. This helped greatly reduce loading times and obtain the data.
We verified all permissions were correct and expanded the cache memory to the highest it could go. Not sure what help those things did but we were kind of throwing spaghetti at the wall.
Hi RGonz1215 ,
Thank you for posting your query in the Microsoft Fabric Community Forum, and thanks to the Zanqueta for sharing valuable insights.
Could you please confirm if your issue has been resolved using the suggested approach? This will help other community members facing similar scenarios.
Thank you for being part of the Microsoft Fabric Community.
Good morning. Ok, sorry about the delay. Thank you again everyone for sticking with us as we try and figure this out.
We took the following steps:
- created a custom view within the sharepoint list just for this report
- indexed the majority of the columns within this view
- made the new custom view the default
- started a new power bi report to test
- went with 2.0 and default
- received the same error code
We also tried:
- connecting to the SP list as we have been
- preview loaded in PBI report
- 1st step we removed all unneccessary columns
- received the same error code
So we attempted:
- exporting the view directly to PBI Online through SP
- model loaded and then we downloaded the PBIX file to open in PBI Desktop
- did not work
I am sure that I am doing something wrong here. We just can't figure it out.
- RGonz12154 months agoRegular Visitor
So, I'll go ahead and face palm myself. We just got it to sync going with implementation 1.0.
It did mess up a lot of our columns and we will have do some other fancy magic to get things back but at least it syncs now. We just loaded 5,268 rows.- v-anbandari4 months agoCommunity Support
Hi RGonz1215 ,
Thanks for the update. Could you please confirm if everything is working as expected now, or if you’re still facing any issues?Also, let us know if you need any further assistance .
Thank you.- RGonz12154 months agoRegular Visitor
Good morning. Yes I have it working now. These are the steps used for the solution.
Key Recommendations:
1. We indexed the vast majority of columns in a custom view.
2. Using implementation 2.0 we did not have the option to select a specific view. We could only select 'All Columns' or 'Default View'. Regardless of what we selected as the default, it would not work. So we went with implementation 1.0 and it synced.
3. Upon connecting to the data source we deleted all unncessary columns in the third step. 1st - Source, 2nd - Navigation, 3rd - Remove Columns. This helped greatly reduce loading times and obtain the data.
We verified all permissions were correct and expanded the cache memory to the highest it could go. Not sure what help those things did but we were kind of throwing spaghetti at the wall.