This is best Fabric, Power BI, SQL and AI community event. How do we know? The last event sold out! Save €200 with code FABCMTY200.
Register nowA new Data Days event is coming soon! This time we’re going bigger than ever. Fabric, Power BI, SQL, AI and more. Don't miss out.
Hello all.
We have the following issue:
Our dynamics instance is set to CEST time, and we export the database to one in azure, where time is UTC.
(We found this and this, but it does not solve our problem)
We are not happy about doing transformations in DAX which include duplicate columns that will remain in the model.
Currently, we have been able to use a custom function to convert my dates to the appropriate timezone, however we have several date columns that need this conversion and the duplication of several of these columns will add complexity to our tables as they are already quite large.
Is there any possible way to convert the date/time inplace or in a smarter way?
Solved! Go to Solution.
It's a little bit 'clunky' but you could simply remove the donor columns after creating the duplicated/converted columns, so you would end up with the same number of columns as you started with. You could also rename the new column to the name of the donor column after removing it, so your column names would remain constant.
It's a little bit 'clunky' but you could simply remove the donor columns after creating the duplicated/converted columns, so you would end up with the same number of columns as you started with. You could also rename the new column to the name of the donor column after removing it, so your column names would remain constant.
@GazzerThank you for your response, however we are curious would deleting the original date columns at the end of the query still maintains the complexity issues of our tables since the query would still need to calculate all of the duplicate date columns even if they are removed at the end of the query?
The reason we would like to avoid this in general is that we have tables with 2-3 million rows and already 10-15 columns so it takes a long time to refresh our data, and we are similarly worried about the impact the calculation of several custom columns may have on our memory.
Kind Regards,
Kaden
I'm sorry, but I don't know what kind of memory impact you will experience here - I can only suggest to try it and measure the effect.
Sign up to receive a private message when registration opens and key events begin.
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
| User | Count |
|---|---|
| 33 | |
| 25 | |
| 23 | |
| 20 | |
| 15 |
| User | Count |
|---|---|
| 64 | |
| 41 | |
| 27 | |
| 22 | |
| 20 |