Modellazione dimensionale

Question

Sto cercando di creare una dimensione per l'approvvigionamento delle preferenze dei clienti da più tabelle.

Esempio delle tabelle sono le seguenti:

ho già preso costruito Dim Cliente e ora ho il disegno del cliente Preferenze Dimension. La nuova dimensione sarà SCD1; sempre con le ultime preferenze dei clienti. Ma un determinato cliente può avere più combinazioni.

Ora la mia domanda: è bene per la progettazione di dimensione per ogni tabella Preferenze sono dovrei comprare tutti gli attributi di preferenza di un cliente in un unico Table Dimension, come di seguito:

Colonne evidenziati farà una preferenza unica di un cliente. * Il cliente può avere più preferenze.

Cosa succede se nel business futuro si introducono altre preferenze e si desidera includere nella dimensione. Quindi devo portare quegli attributi nella tabella sopra e anche i tasti che rendono unici.

È meglio fare quote individuali per preferenza o unire tutte in un'unica grande dimensione come sopra.

Suggerimenti per favore.

Edit:

seguito alla mia lettura ho capito che devo andare con la progettazione di una tabella di ponte tra il mio cliente Dim e altre preferenze del cliente Dimensioni.

Quello che sto pianificando è la creazione di CustomerPreference Dimension per ogni tipo di preferenza con tutte le combinazioni. E mappali in una tabella di bridge dove possono avere relazioni cliente-preferenza molti-a-molti.

esempio come segue

E 'questo il modo giusto di fare o Ci sono dei migliori pratiche.

[o] è questo il modo giusto?

Edit: 27-03-2013

Come da suggerimento di Pondlife vado con l'approccio del fiocco di neve, come di seguito:

Answer 1

Non hai detto niente sulla tua tabella dei fatti, che potrebbe essere un fattore chiave in una decisione. Se le preferenze si applicano solo ai clienti e non sono completamente correlate al fatto, è possibile utilizzare uno snowflake model per aggiungere una tabella delle preferenze cliente collegata solo alla dimensione cliente.

Ma lei ha citato "dimensioni individuali per preferenza", il che suggerisce che le preferenze potrebbero essere direttamente correlate al fatto.In tal caso, se hai un numero limitato di preferenze possibili per fatto (questo non è chiaro dalle informazioni che hai fornito) un mini-dimension che contenga tutte le combinazioni possibili delle preferenze potrebbe essere un'opzione migliore.

Se questo non è utile, vi suggerisco di chiarire i punti seguenti:

1. Che la tabella dei fatti rappresenta
2. Se le preferenze sono legate al fatto o al cliente
3. Se un cliente (o fatto?) ha un massimo di 3 preferenze (marketing, piattaforma e genere) o un numero indefinito (es. 3 preferenze di marketing, 10 preferenze di piattaforma, 2 preferenze di genere)

Answer 2

You'v Ha il temuto modello "Entity-Attribute-Value" per le preferenze dei clienti, dal momento che gli sviluppatori pensano che rende le loro vite "più facili" non dover apportare modifiche al DB quando viene aggiunta una nuova preferenza. Certo che ti rende la vita molto più difficile.

Attualmente sto lavorando in una situazione simile e ho trovato il modo più semplice per modellare le preferenze dei clienti con una tabella dei ponti degli attributi come hai scoperto tu stesso, specialmente quando è veramente molti a molti.

La vera domanda che deve essere posta è che tipo di analisi verrà eseguita con queste preferenze? Se stai solo filtrando i clienti in base alle tue preferenze, poi andando a un dato di fatto con quella serie di clienti, il bridge many-many dovrebbe fare il trucco.