Modellazione dei dati: progettazione della struttura dei dati

Quando memorizzi o visualizzi i dati con l'app, una parte importante della progettazione è rappresentata dalla struttura dei dati. Considera non solo il modo in cui i dati verranno utilizzati in un'app o una schermata specifica, ma come gli altri utenti useranno i dati. Persone, attività, processi aziendali e obiettivi ti aiuteranno a definire quali dati archiviare e come strutturarli.

Prendiamo la seguente nota spese come esempio.

Viene visualizzata la parte principale della nota spese, che presenta il nome dell'impiegato e dettagli relativi al reparto. Sotto la parte principale, sono visualizzate più righe di descrizioni per ciascun articolo acquistato. Chiamiamole voci. Le voci hanno una struttura diversa dalla parte principale della nota spese. Quindi possiamo dire che per ogni nota spese ci sono varie voci.

Per archiviare questo tipo di dati in un database, è necessario modellare la struttura dei dati nella progettazione del database.

Struttura di dati uno-a-molti (1:N)

Questo è il tipo di struttura dati che è stato descritto nell'esempio precedente. La parte principale della nota spese è collegata a varie voci (è anche possibile vedere la relazione dal punto di vista delle voci: molte voci a una nota spese (N:1)).

Struttura dei dati molti-a-molti (N:N)

La struttura di dati molteplici a molteplici è un tipo speciale. È per i casi in cui più record possono essere associati a molteplici set di altri record. Un buon esempio è la tua rete di partner commerciali. Un utente lavora con più partner commerciali (clienti e fornitori) e tali partner a loro volta lavorano con più colleghi dell'utente.

Esempi di modellazione dei dati

Esistono diversi tipi di modellazione che possono verificarsi con un sistema. Vediamo alcuni esempi.

Esempio 1: richiesta di approvazione del permesso

Questo semplice esempio mostra due set di dati. Uno è il dipendente, l'altro è la richiesta di permesso. Poiché ogni dipendente inoltrerà più richieste, la relazione qui è uno-a-molti, in cui "uno" è il dipendente e "molti" sono le richieste. I dati sulle richieste di permesso e quelli relativi ai dipendenti sono correlati tra loro avendo il numero del dipendente come campo comune (noto anche come chiave).

Esempio 2: approvazione dell'acquisto

Qui la struttura dei dati sembra piuttosto sofisticata ma è molto simile all'esempio di nota spese discusso all'inizio di questo articolo. Ogni venditore o fornitore è associato a più ordini di acquisto. Ogni dipendente è responsabile di molteplici ordini di acquisto. Pertanto, entrambi questi set di dati hanno una struttura di dati uno-a-molti.

Poiché i dipendenti potrebbero non utilizzare sempre lo stesso fornitore, i fornitori sono utilizzati da più dipendenti e ciascun dipendente lavora con più fornitori. Quindi, la relazione tra dipendenti e fornitori è molti-a-molti.

Esempio 3: reporting delle spese