Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Fase 3. Identifica i tuoi modelli di accesso ai dati
<a name="step3"></a>

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
<a name="obj3"></a>
+ Documenta i modelli di accesso ai dati.

## Processo
<a name="proc3"></a>
+ 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](https://aws.amazon.com/blogs/database/choosing-the-right-dynamodb-partition-key/)).
  + 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 sfruttare I/O al meglio la capacità.
+ L'utente aziendale dà priorità agli schemi di accesso o di interrogazione.
  + 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
<a name="tools3"></a>
+ Matrice dei modelli di accesso (vedi [modello](template-access-patterns.md))
+ [Scelta della chiave di partizione DynamoDB giusta](https://aws.amazon.com/blogs/database/choosing-the-right-dynamodb-partition-key/) (blog sul database)AWS 
+ [Progettazione NoSQL per DynamoDB (documentazione DynamoDB)](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-general-nosql-design.html)

## TRACI
<a name="raci3"></a>


****  

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

## Output
<a name="outputs3"></a>
+ matrice dei modelli di accesso ai dati

## Esempio
<a name="sample3"></a>


| **Schema di accesso** | **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 |