Don't miss your chance to take the Fabric Data Engineer (DP-700) exam on us!
Learn moreWe've captured the moments from FabCon & SQLCon that everyone is talking about, and we are bringing them to the community, live and on-demand. Starts on April 14th. Register now
of all, Ive juse done a course where it says time intelligence will only work on a Date table because of contiguous dates. Ive been using time intelligence on dates without a date table. Am I doing it wrong YEARTODATE etc etc ?
Also, if you use a date table, what if you have lots of dates in your tables. Orderdate, ModifiedDate etc etc and you need to connect every date up to your date table. I dont want multiple date tables so how would this work.
Another gripe, people say that having a date table is best but It feels wrong to me to have to go to the date table when you just want to work with say OrderDate from your Orders table. Is having a date table better than using the date time hierarchy under all the dates?
Hi @DebbieE
that is right, time intelligence requires a contiguous range of dates. It is considered a best practice to have a date table and it is actually a cornerstone of dimensional modeling.
You do not need to create multiple date tables in your case, you can create inactive relationships
Did I answer your question correctly? Mark my answer as a solution!
Proud to be a Datanaut!
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.
Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.
| User | Count |
|---|---|
| 51 | |
| 37 | |
| 35 | |
| 19 | |
| 17 |
| User | Count |
|---|---|
| 72 | |
| 70 | |
| 39 | |
| 34 | |
| 23 |