<?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 Why SUMMARIZE can achieve many-to-one filtering and more in DAX Commands and Tips</title>
    <link>https://community.fabric.microsoft.com/t5/DAX-Commands-and-Tips/Why-SUMMARIZE-can-achieve-many-to-one-filtering-and-more/m-p/4246097#M168105</link>
    <description>&lt;DIV&gt;hi All,&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;I have some thinking about the many-to-one filtering. Wish to be commented:&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Observation: one-to-many single direction relationship is always suggested. Many-to-one filtering can be achieved with SUMMARIZE. Expression like SUMMARIZE(FactTable, DimTable[DimCol]) ensures only those in DimCol that also appears in the fact table will be counted.&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;What i have in mind: achieving many-to-one filtering with SUMMARIZE relies on an unspoken precondition - filtering is possible in any direction, as long as the columns are in one table (natively or virtually like expanded table). I guess this is also the case with denormalized flat table, where people don't need to care or even be aware of which is one and which is many.&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Does that make sense? How do you think about this? Is there better ways to understand this&amp;nbsp;behavior?&lt;/DIV&gt;
&lt;P&gt;&lt;LI-WRAPPER&gt; &lt;/LI-WRAPPER&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 17 Oct 2024 07:43:07 GMT</pubDate>
    <dc:creator>FreemanZ</dc:creator>
    <dc:date>2024-10-17T07:43:07Z</dc:date>
    <item>
      <title>Why SUMMARIZE can achieve many-to-one filtering and more</title>
      <link>https://community.fabric.microsoft.com/t5/DAX-Commands-and-Tips/Why-SUMMARIZE-can-achieve-many-to-one-filtering-and-more/m-p/4246097#M168105</link>
      <description>&lt;DIV&gt;hi All,&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;I have some thinking about the many-to-one filtering. Wish to be commented:&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Observation: one-to-many single direction relationship is always suggested. Many-to-one filtering can be achieved with SUMMARIZE. Expression like SUMMARIZE(FactTable, DimTable[DimCol]) ensures only those in DimCol that also appears in the fact table will be counted.&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;What i have in mind: achieving many-to-one filtering with SUMMARIZE relies on an unspoken precondition - filtering is possible in any direction, as long as the columns are in one table (natively or virtually like expanded table). I guess this is also the case with denormalized flat table, where people don't need to care or even be aware of which is one and which is many.&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Does that make sense? How do you think about this? Is there better ways to understand this&amp;nbsp;behavior?&lt;/DIV&gt;
&lt;P&gt;&lt;LI-WRAPPER&gt; &lt;/LI-WRAPPER&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Oct 2024 07:43:07 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/DAX-Commands-and-Tips/Why-SUMMARIZE-can-achieve-many-to-one-filtering-and-more/m-p/4246097#M168105</guid>
      <dc:creator>FreemanZ</dc:creator>
      <dc:date>2024-10-17T07:43:07Z</dc:date>
    </item>
    <item>
      <title>Re: Why SUMMARIZE can achieve many-to-one filtering and more</title>
      <link>https://community.fabric.microsoft.com/t5/DAX-Commands-and-Tips/Why-SUMMARIZE-can-achieve-many-to-one-filtering-and-more/m-p/4246507#M168120</link>
      <description>&lt;P&gt;Mandatory reading:&amp;nbsp;&amp;nbsp;&lt;A href="https://www.sqlbi.com/articles/all-the-secrets-of-summarize/" target="_blank"&gt;https://www.sqlbi.com/articles/all-the-secrets-of-summarize/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Oct 2024 11:58:41 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/DAX-Commands-and-Tips/Why-SUMMARIZE-can-achieve-many-to-one-filtering-and-more/m-p/4246507#M168120</guid>
      <dc:creator>lbendlin</dc:creator>
      <dc:date>2024-10-17T11:58:41Z</dc:date>
    </item>
    <item>
      <title>Re: Why SUMMARIZE can achieve many-to-one filtering and more</title>
      <link>https://community.fabric.microsoft.com/t5/DAX-Commands-and-Tips/Why-SUMMARIZE-can-achieve-many-to-one-filtering-and-more/m-p/4257601#M168690</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="javascript:void(0)" data-lia-user-mentions="" data-lia-user-uid="460868" data-lia-user-login="FreemanZ" class="lia-mention lia-mention-user"&gt;FreemanZ&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;It's been a while since I heard back from you and I wanted to follow up. Have you had a chance to try the solutions that have been offered? If the issue has been resolved, can you mark the post as resolved? If you're still experiencing challenges, please feel free to let us know and we'll be happy to continue to help!&lt;BR /&gt;Looking forward to your reply!&lt;/P&gt;</description>
      <pubDate>Fri, 25 Oct 2024 07:25:40 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/DAX-Commands-and-Tips/Why-SUMMARIZE-can-achieve-many-to-one-filtering-and-more/m-p/4257601#M168690</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2024-10-25T07:25:40Z</dc:date>
    </item>
  </channel>
</rss>

