According to Kimball:
A dimension can contain a reference to another dimension table. For instance, a bank account dimension can reference a separate dimension representing the date the account was opened.
This suggests to me you'd be able to just query the Account dimension directly if you wanted to track number of accounts opened over time, for example. Is this common?
In my case, I'm modeling Customer as a dimension, which also references Date (for Signed Up Date) and Demographic dimensions.
A common kind of query the business ask is how many signups we've had over time by demographic, for example. This doesn't involve a fact table at all. All this can be worked out by summarizing the dimension itself. Does this indicate some kind of a smell in the schema design, or is this just a trait of certain kinds of dimensions where the dimension itself has some significance to the business?