Fase 1: Identifica i casi d'uso e il modello logico di dati

Un'azienda automobilistica desidera creare un sistema di gestione transazionale dei componenti per archiviare e cercare tutti i ricambi auto disponibili e creare relazioni tra diversi componenti e parti. Ad esempio, un'automobile contiene più batterie, ogni batteria contiene più moduli di alto livello, ogni modulo contiene più celle e ogni cella contiene più componenti di basso livello.

In genere, per la creazione di un modello di relazione gerarchico, la scelta migliore è quella di utilizzare un database a grafo come Amazon Neptune. In alcuni casi, tuttavia, Amazon DynamoDB è un'alternativa migliore per la modellazione gerarchica dei dati grazie alla sua flessibilità, sicurezza, prestazioni e scalabilità.

Ad esempio, potresti creare un sistema in cui l'80-90% delle query siano transazionali, in cui DynamoDB si adatta bene. In questo esempio, l'altro 10-20 percento delle query sono relazionali, dove un database grafico come Neptune si adatta meglio. In questo caso, l'inclusione di un database aggiuntivo nell'architettura per soddisfare solo il 10-20 percento delle query potrebbe aumentare i costi. Inoltre, aggiunge l'onere operativo legato alla manutenzione di più sistemi e alla sincronizzazione dei dati. È invece possibile modellare le query relazionali del 10-20% in DynamoDB.

La creazione di un diagramma di un albero di esempio per i componenti dell'automobile può aiutarti a mappare la relazione tra di essi. Il diagramma seguente mostra un grafico delle dipendenze con quattro livelli. CM1 è il componente di livello superiore dell'automobile di esempio stessa. Ha due sottocomponenti per due batterie di esempio, CM2 e CM3. Ogni batteria ha due sottocomponenti, che sono i moduli. CM2 ha i moduli CM4 e CM5 e CM3 ha i moduli CM6 e CM7. Ogni modulo ha diversi sottocomponenti, che sono le celle. Il modulo CM4 ha due celle, CM8 e CM9. CM5 ha una cella, CM10. CM6 e CM7 non hanno ancora celle associate.

Questa guida utilizzerà questo albero e gli identificatori dei suoi componenti come riferimento. Un componente principale verrà denominato padre e un sottocomponente verrà denominato figlio. Ad esempio, il componente principale CM1 è il padre di CM2 e CM3. CM2 è il padre di CM4 e CM5. Questo grafico rappresenta le relazioni padre-figlio.

Dall'albero, puoi vedere il grafico completo delle dipendenze di un componente. Ad esempio, CM8 dipende da CM4, che dipende da CM2, che dipende da CM1. L'albero definisce il grafico completo delle dipendenze come percorso. Un percorso descrive due cose:

Compilazione dei modelli per i requisiti aziendali:

Fornisci informazioni sui tuoi utenti:

Fornisci informazioni sulle fonti dei dati e su come i dati verranno acquisiti:

Fornisci informazioni su come verranno consumati i dati: