Fase 3. Identifica i tuoi modelli di accesso ai dati

I modelli di accesso o i modelli di interrogazione definiscono il modo in cui gli utenti e il sistema accedono ai dati per soddisfare le esigenze aziendali.

Obiettivo

• Documenta i modelli di accesso ai dati.

Processo

• L'ingegnere di database e l'analista aziendale intervistano gli utenti finali per identificare come verranno interrogati i dati utilizzando il modello di matrice dei modelli di accesso ai dati.

  • Per quanto riguarda le nuove applicazioni, esaminano le storie degli utenti su attività e obiettivi. Documentano i casi d'uso e analizzano i modelli di accesso richiesti dai casi d'uso.

  • Per le applicazioni esistenti, analizzano i registri delle interrogazioni per scoprire in che modo le persone utilizzano attualmente il sistema e per identificare i principali modelli di accesso.

• L'ingegnere del database identifica le seguenti proprietà dei modelli di accesso:

  • Dimensione dei dati: sapere quanti dati verranno archiviati e richiesti contemporaneamente aiuta a determinare il modo più efficace per partizionare i dati (vedi il post del blog).

  • Forma dei dati: invece di modificare i dati quando viene elaborata una query (come nei sistemi RDBMS)., un database NoSQL organizza i dati in modo che la loro forma nel database corrisponda al soggetto della query. Questo è un fattore chiave nell'aumentare la velocità e la scalabilità.

  • Velocità dei dati: DynamoDB si dimensiona aumentando il numero di partizioni fisiche disponibili per eseguire le query e distribuendo efficacemente i dati nelle partizioni. Conoscere in anticipo i picchi di carico delle query può aiutare a determinare come partizionare i dati per utilizzare al meglio la capacità di I/O.

• L'utente aziendale dà priorità agli schemi di accesso o di query.

  • Le query prioritarie sono in genere le query più utilizzate o più pertinenti. È inoltre importante identificare le query che richiedono una latenza di risposta inferiore.

Strumenti e risorse

• Matrice dei modelli di accesso (vedi modello)

• Scelta della chiave di partizione DynamoDB giusta (blog AWS Database)

• Progettazione NoSQL per DynamoDB (documentazione DynamoDB)

TRACI

Utente aziendale	Business analyst	Architetto di soluzioni	Ingegnere di database	Sviluppatore di applicazioni	DevOps ingegnere
C	A	I	R

Output

• matrice dei modelli di accesso ai dati

Esempio

Schema di accesso	Priority (Priorità)	Leggi o scrivi	Descrizione	Tipo (elemento singolo, elementi multipli o tutti)	Attributo chiave	Filtri	Ordinamento dei risultati
Crea un profilo utente	Elevata	Scrittura	L'utente crea un nuovo profilo	Elemento singolo	Username	N/D	N/D
Aggiorna il profilo utente	Media	Scrittura	L'utente aggiorna il proprio profilo	Elemento singolo	Username	Nome utente = utente corrente	N/D