
Explanation:

We are designing a star schema for sales transactions. In a star schema:
Dimension tables contain descriptive attributes (e.g., Customer, Product, Date).
Fact tables contain measurable, quantitative data (e.g., SalesTransactionID, Quantity, UnitPrice).
Factless fact tables capture events without numeric measures.
Junk dimensions store miscellaneous low-cardinality attributes.
The requirement says dimension tables will use Type 2 Slowly Changing Dimensions (SCD) # so Customer and Date attributes belong to Dimension tables.
Field-by-field classification
CustomerCode
A business key (natural key) for the customer dimension.
Belongs in the Customer Dimension table.
The Answer:
Dimension.
CustomerName
A descriptive attribute of the customer.
Belongs in the Customer Dimension table.
The Answer:
Dimension.
SaleDate
A time attribute used for analysis.
Belongs in the Date Dimension table.
The Answer:
Dimension.
Final Answer:
CustomerCode # Dimension
CustomerName # Dimension
SaleDate # Dimension
References:
Star schema design for Power BI / Fabric
Slowly Changing Dimensions in data warehousing
# This follows Kimball's star schema best practices.