Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Join the Fabric FabCon Global Hackathon—running virtually through Nov 3. Open to all skill levels. $10,000 in prizes! Register now.

Reply
szczawek
Frequent Visitor

Aggregated Table - no options to select reference table in Manage aggregations

Hello,

 

Hope it will be quick question but i can't find proper solution to it.
I have a simple model with date and PROD as dim and Fact. Fact Agg is aggregation of two columns from Fact (Value, Volume) by Date.
I would like to mark FactAgg as agregated column but all options are greyed. The data type of all columns are the same, relations use the same column in both cases.
Any idea why it is not working? all tables in this case are import from Excel (to test solution).

szczawek_0-1745253741696.png

 Kind regards

2 ACCEPTED SOLUTIONS
lbendlin
Super User
Super User

The standard implementation is to use a direct query data source for the raw table and have the aggregation be in import mode.  The point of aggregations is to avoid having to go back to the data source for the most common queries.

 

Most likely you will have to switch your tests to a SQL Server based data source.

View solution in original post

If your data source is in import mode only then aggregation tables don't make that much sense (apart from the queries performing differently between the main table and the shadow table).  You can still implement the concept, but it is like with non-folding incremental refresh - you will only see half of the intended benefits.

View solution in original post

6 REPLIES 6
Anonymous
Not applicable

Hi @szczawek ,

I wanted to check and see if you had a chance to review our previous response. Please let me know if everything is sorted or if you need any further assistance.

Thank you.

Anonymous
Not applicable

Hi @szczawek ,
Could you please confirm if the issue has been resolved on your end? If a solution has been found, it would be greatly appreciated if you could share your insights with the community. This would be helpful for other members who may encounter similar issues.
Thank you for your understanding and assistance.

Anonymous
Not applicable

Hi @szczawek ,
Thank you for the helpful response @lbendlin !
I wanted to check in on your situation regarding the issue. Have you resolved it? If you have, please consider marking the reply that helped you or sharing your solution. It would be greatly appreciated by others in the community who may have the same question.
Thank you.

szczawek
Frequent Visitor

So in general if I have huge full import model (due to size and company policy) my only option for aggregation tables is to have one in model but i need to write propper DAX to use it as it can't be used when all tables are in import mode?

If your data source is in import mode only then aggregation tables don't make that much sense (apart from the queries performing differently between the main table and the shadow table).  You can still implement the concept, but it is like with non-folding incremental refresh - you will only see half of the intended benefits.

lbendlin
Super User
Super User

The standard implementation is to use a direct query data source for the raw table and have the aggregation be in import mode.  The point of aggregations is to avoid having to go back to the data source for the most common queries.

 

Most likely you will have to switch your tests to a SQL Server based data source.

Helpful resources

Announcements
September Power BI Update Carousel

Power BI Monthly Update - September 2025

Check out the September 2025 Power BI update to learn about new features.

FabCon Atlanta 2026 carousel

FabCon Atlanta 2026

Join us at FabCon Atlanta, March 16-20, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.

Top Solution Authors