As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Etapa 3. Identificar padrões de acesso a dados
<a name="step3"></a>

Os padrões de acesso ou padrões de consulta definem como os usuários e o sistema acessam os dados para satisfazer as necessidades comerciais.

## Objetivo
<a name="obj3"></a>
+ Documentar padrões de acesso a dados.

## Processo
<a name="proc3"></a>
+ O engenheiro de banco de dados e o analista de negócios entrevistam os usuários finais para identificar como os dados serão consultados usando o modelo de matriz de padrões de acesso a dados.
  + Para novos aplicativos, analise as histórias dos usuários referentes a atividades e objetivos. Documente os vários casos de uso identificados e analise os padrões de acesso que eles exigem.
  + Para aplicativos existentes, analise os logs de consulta para saber como as pessoas estão usando o sistema atualmente e quais são os principais padrões de acesso.
+ O engenheiro de banco de dados identifica as seguintes propriedades dos padrões de acesso:
  + Tamanho de dados: saber o volume de dados que serão armazenados e solicitados ao mesmo tempo ajudará a determinar a maneira mais eficiente de particionar os dados (consulte o [post do blog](https://aws.amazon.com/blogs/database/choosing-the-right-dynamodb-partition-key/)).
  + Forma dos dados: em vez de remodelar dados quando uma consulta é processada (como um sistema RDBMS faz), um banco de dados NoSQL organiza os dados para que sua forma no banco de dados corresponda ao que será consultado. Esse é um fator importante no aumento da velocidade e da escalabilidade.
  + Velocidade dos dados: o DynamoDB é escalado aumentando-se o número de partições físicas que estão disponíveis para processar consultas e distribuindo-se os dados com eficiência entre essas partições. Conhecer os picos de carga de consulta com antecedência pode ajudar a determinar como particionar os dados para melhor usar a I/O capacidade.
+ O usuário corporativo prioriza os padrões de acesso ou consulta.
  + As consultas prioritárias geralmente são as mais usadas ou mais relevantes. Também é importante identificar consultas que exijam menor latência de resposta.

## Ferramentas e recursos
<a name="tools3"></a>
+ Matriz de padrões de acesso (consulte o [modelo](template-access-patterns.md))
+ [Escolhendo a chave AWS de partição correta do DynamoDB (blog do banco](https://aws.amazon.com/blogs/database/choosing-the-right-dynamodb-partition-key/) de dados)
+ [Design NoSQL para DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-general-nosql-design.html) (documentação do DynamoDB)

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


****  

| Usuário empresarial | Analista de negócios | Arquiteto de soluções | Engenheiro do banco de dados | Desenvolvedor de aplicações | DevOps engenheiro | 
| --- | --- | --- | --- | --- | --- | 
| C | A | eu | R |  |  | 

## Saídas
<a name="outputs3"></a>
+ Matriz de padrões de acesso de dados

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


| **Padrão de acesso** | **Priority** | **Ler ou escrever** | **Descrição** | **Tipo (item único, vários itens ou tudo)** | **Atributo de chaves** | **Filtros** | **Ordenação de resultados** | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| Criar perfil de usuário | Alto | Gravar | O usuário cria um novo perfil | Item único | Nome de usuário | N/D | N/D | 
| Atualizar perfil do usuário | Médio | Gravar | O usuário atualiza seu perfil | Item único | Nome de usuário | Nome de usuário = usuário atual | N/D |