Devo vincular um fato à dimensão hierárquica em TODOS os níveis ou apenas no mais granular?

Eu ligaria em todos/a maioria dos níveis. Essa estrela desnormalizada significa que sim, os dados são redundantes, mas geralmente facilita muito a geração de relatórios e análises. Observe que isso é muito diferente da normalização OLTP, e você normalmente não precisa se preocupar com dados redundantes ficando fora de sincronia porque em um cenário DW os dados nunca mudam. Novos fatos são adicionados e dimensões são expiradas e novas são criadas.

Não vejo Dim_Folder. Eu diria que o caminho real da pasta seria um atributo do Dim_Folder. Apenas a quantidade numérica e quaisquer dimensões degeneradas (http://en.wikipedia.org/wiki/Degenerate_dimension) estariam na tabela de fatos. Eu não pensaria no caminho da pasta como uma dimensão degenerada porque ele continua voltando em cada instantâneo (uma pasta não é uma transação).

Então você poderia fazer algo assim:

SELECT AVG(bytes_on_disk)
FROM FACT_Folder
INNER JOIN DIM_Folder
    ON FACT_Folder.FolderDimID = DIM_Folder.DimID
INNER JOIN DIM_Date
    ON FACT_Folder.SnapshotDateID = DIM_Date.DateID
WHERE DIM_Date.Date BETWEEN '20120101' AND '20121231'
    AND DIM_Folder.FolderPath = '/usr/bin/'

Veja como o uso de DIM_Folder torna o conjunto de dim ids pequeno e, em seguida, estamos assumindo algum tipo de índice na data do instantâneo e, em seguida, na pasta dim id (ou vice-versa).

Veja como agora você também não precisa ingressar na pasta se quiser apenas os dados em um nível superior. Como você geralmente sabe tudo isso no momento do ETL, há uma motivação diferente dos sistemas OLTP, onde você deseja que tudo se mova junto quando algo é alterado (osso da perna conectado ao osso da coxa, etc.). No cenário DW, você realmente não quer que nada se mova.

Então, bam! - análise total de uso da Fazenda:

SELECT DIM_Farm.Farm_Name, SUM(bytes_on_disk)
FROM FACT_Folder
INNER JOIN DIM_Farm
    ON FACT_Folder.FarmDimID = DIM_Farm.DimID
INNER JOIN DIM_Date
    ON FACT_Folder.SnapshotDateID = DIM_Date.DateID
WHERE DIM_Date.Date BETWEEN '20120101' AND '20121231'
GROUP BY DIM_Farm.Farm_Name

Lembre-se de que as estrelas são realmente simples para análise. Você NUNCA precisa se preocupar com junções cruzadas inadvertidas em uma única estrela não floco de neve. Ao vincular estrelas diferentes, você TEM que tomar cuidado. Portanto, as consultas na MAIORIA dos casos são MUITO mais simples em esquemas em estrela. Nenhuma travessia de rede e preocupação com muitos relacionamentos como em um modelo normalizado.