Struttura del modulo KPI

1

Il mio piano è di sviluppare un modulo per gestire facilmente i KPI dei clienti attraverso i progetti. Dovrebbe consistere in un piccolo SDK per inserire 2-3 linee di codice nel progetto, un "modello" / modello per una tabella SQL (codice primo DB) e un piccolo frontend per vedere le cose più cruciali come clic / oggetto e così via on.

Ho pensato di archiviare tutto nella stessa tabella: utente, timestamp, tipo di azione e contesto (come gli ID degli articoli). Come puoi immaginare è piuttosto difficile fare calcoli più complessi perché il contesto può essere diverso.

Secondo approccio: crea tabelle per tipo di azione. Ciò renderà difficile preparare un modulo perché differisce da progetto a progetto.

Che cosa mi consiglia? Ci sono delle buone pratiche su questo argomento?

    
posta Sandrooco 29.11.2016 - 11:00
fonte

1 risposta

1

Fai entrambe le cose.

Hanno una grande tabella per tutte le azioni, che memorizza le informazioni che sono comuni a tutti o alla maggior parte di esse.

Avere tabelle separate per i dati specifici per le singole azioni.

Potresti non aver bisogno di queste tabelle separate per ogni azione: forse alcune azioni sono relativamente semplici e la grande tabella singola andrebbe bene. Ma alcuni tipi di azioni hanno dati molto più complessi e hanno bisogno delle loro tabelle. Se lo fai in questo modo, sarebbe comunque facile aggiungere un nuovo tipo di azione (purché sia semplice).

I dettagli dipenderanno dai tuoi requisiti specifici.

    
risposta data 29.11.2016 - 15:27
fonte

Leggi altre domande sui tag