<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Poor performance of calculation groups format string in Developer</title>
    <link>https://community.fabric.microsoft.com/t5/Developer/Poor-performance-of-calculation-groups-format-string/m-p/3576431#M45714</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I have a problem with slow performance when using calculation group formats from tabular model in SSAS 2019. I have a pivot table with 3 measures and when I was using just the measures the performance was good.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Then I had the requirement to add the ability to change the format or units of values by selecting the format in a filter so I created a calculation group with one item per format and defined all items as SELECTEDMEASURE() and defined the required format strings into Format string expression. This is the article from sqlbi about this approach but I used much easier expressions just hardcoded formats like "0.00" &lt;A title="www.sqlbi.com" href="https://www.sqlbi.com/articles/controlling-format-strings-in-calculation-groups/" target="_blank" rel="noopener noreferrer nofollow"&gt;https://www.sqlbi.com/articles/controlling-format-strings-in-calculation-groups/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Then I added that calculation group into a filter of the pivot table and the calculation group works as expected: when I select for example two decimals in the filter the measures are formatted as two decimals etc. but the format change takes at least a minute sometimes many minutes. This leads to the report being unusable. Are there some ways to improve the performance or different techniques for dynamic formats with the same functionality but better performance? The solution needs to be compatible with Excel.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Thank you for your time,&lt;BR /&gt;Filip&lt;/P&gt;</description>
    <pubDate>Sun, 10 Dec 2023 23:07:02 GMT</pubDate>
    <dc:creator>f1254lipm</dc:creator>
    <dc:date>2023-12-10T23:07:02Z</dc:date>
    <item>
      <title>Poor performance of calculation groups format string</title>
      <link>https://community.fabric.microsoft.com/t5/Developer/Poor-performance-of-calculation-groups-format-string/m-p/3576431#M45714</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I have a problem with slow performance when using calculation group formats from tabular model in SSAS 2019. I have a pivot table with 3 measures and when I was using just the measures the performance was good.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Then I had the requirement to add the ability to change the format or units of values by selecting the format in a filter so I created a calculation group with one item per format and defined all items as SELECTEDMEASURE() and defined the required format strings into Format string expression. This is the article from sqlbi about this approach but I used much easier expressions just hardcoded formats like "0.00" &lt;A title="www.sqlbi.com" href="https://www.sqlbi.com/articles/controlling-format-strings-in-calculation-groups/" target="_blank" rel="noopener noreferrer nofollow"&gt;https://www.sqlbi.com/articles/controlling-format-strings-in-calculation-groups/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Then I added that calculation group into a filter of the pivot table and the calculation group works as expected: when I select for example two decimals in the filter the measures are formatted as two decimals etc. but the format change takes at least a minute sometimes many minutes. This leads to the report being unusable. Are there some ways to improve the performance or different techniques for dynamic formats with the same functionality but better performance? The solution needs to be compatible with Excel.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Thank you for your time,&lt;BR /&gt;Filip&lt;/P&gt;</description>
      <pubDate>Sun, 10 Dec 2023 23:07:02 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Developer/Poor-performance-of-calculation-groups-format-string/m-p/3576431#M45714</guid>
      <dc:creator>f1254lipm</dc:creator>
      <dc:date>2023-12-10T23:07:02Z</dc:date>
    </item>
    <item>
      <title>Re: Poor performance of calculation groups format string</title>
      <link>https://community.fabric.microsoft.com/t5/Developer/Poor-performance-of-calculation-groups-format-string/m-p/3583411#M45763</link>
      <description>&lt;P&gt;&lt;FONT face="tahoma,arial,helvetica,sans-serif"&gt;HI&amp;nbsp;&lt;a href="https://community.fabric.microsoft.com/t5/user/viewprofilepage/user-id/494499"&gt;@f1254lipm&lt;/a&gt;,&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="tahoma,arial,helvetica,sans-serif"&gt;It sounds like you faced the performance issue to process the Dax expressions.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="tahoma,arial,helvetica,sans-serif"&gt;For this scenario, I'd like to suggest you try to use t-SQL query to do apply formal operations, they should not affect getting data and refresh performance. (live connection mode seems not support to use t-SQL statement, perhaps you can try to convert it to direct query mode to enable this on data connector)&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="tahoma,arial,helvetica,sans-serif"&gt;Regards,&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="tahoma,arial,helvetica,sans-serif"&gt;Xiaoxin Sheng&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 14 Dec 2023 07:55:25 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Developer/Poor-performance-of-calculation-groups-format-string/m-p/3583411#M45763</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2023-12-14T07:55:25Z</dc:date>
    </item>
  </channel>
</rss>

