Forum Discussion
Advanced ODBC Query - Pulling through a Summarized/Pre-Merged Column
oh, that's a very deep question. It is a conflict between trying to be lean, and the ability to "answer the next question". It requires you to have deep knowledge of your data and of the requirements of your business users, often before they know what these are.
There's a phrase that I like "premature optimization is the root of all evil". The general rule is - bring in as many columns as you can until you hit performance issues. Only remove columns where you are absolutely sure they contain no information (and be prepared to re-include them anyway).
Time dedicated to carefully designing your data model is time well spent. Time spent on Power Query merges is wasted time.
lbendlin Thanks for that - interesting thought on bringing as much in as possible instead of bringing everything through. I've traditionally thought that I should only bring in what I need to try and keep capacity requirements as low as they can be. I see what you're saying with the concept though.
I generally only use relationships throughout all my tables - this one being the exception as the join was on two different pieces of information and I wasn't sure how best to replicate this in Model View. The last time I had to do something similar I had to use a combination of several measures and calculated columns - it was also a much more complex scenario though.