Modelos de dados de amostra para o NoSQL Workbench

A página inicial do modelador e visualizador exibe uma série de exemplos de modelos fornecidos com o NoSQL Workbench. Esta seção descreve esses modelos e seus usos potenciais.

Modelo de dados de funcionários

Este modelo de dados é um modelo introdutório. Ele representa os detalhes básicos de um funcionário, como um alias exclusivo, nome, sobrenome, designação, gerente e habilidades.

Este modelo de dados descreve algumas técnicas, como lidar com atributos complexos, por exemplo, ter mais de uma habilidade. Esse modelo também é um exemplo de relação de um para muitos entre o gerente e seus funcionários subordinados, alcançado pelo índice secundário DirectReports.

Os padrões de acesso facilitados por este modelo de dados são:

• Recuperação de um registro de funcionário usando o alias de login do funcionário, facilitada por uma tabela chamada Employee.

• Pesquisa de funcionários por nome, facilitada pelo índice secundário global da tabela Employee (Funcionários) chamado Name.

• Recuperação de todos os relatórios diretos de um gerente usando o alias de login do gerente, facilitada pelo índice secundário global da tabela Employee (Funcionários) chamado DirectReports.

Modelo de dados de fórum de discussão

Este modelo de dados representa fóruns de discussão. Usando este modelo, os clientes podem se envolver com a comunidade de desenvolvedores, fazer perguntas e responder às postagens de outros clientes. Cada serviço da AWS tem um fórum dedicado. Qualquer um pode iniciar um novo tópico de discussão postando uma mensagem em um fórum, e cada assunto de tópico recebe um número de respostas.

Os padrões de acesso facilitados por este modelo de dados são:

• Recuperação de um registro de fórum usando o nome do fórum, facilitada por uma tabela chamada Forum.

• Recuperação de um thread específico ou de todos os threads de um fórum, facilitada por uma tabela chamada Thread.

• Pesquisa de respostas usando o endereço de e-mail do usuário de publicação, facilitada pelo índice secundário global da tabela Reply (Responder) chamado PostedBy-Message-Index.

Modelo de dados de biblioteca de música

Este modelo de dados representa uma biblioteca de músicas que tem uma grande coleção de músicas e mostra as mais baixadas quase em tempo real.

Os padrões de acesso facilitados por este modelo de dados são:

• Recuperação de um registro de música, facilitada por uma tabela chamada Songs.

• Recuperação de um registro de download específico ou de todos os registros de download de uma música, facilitada por uma tabela chamada Songs.

• Recuperação de um registro de número de downloads mensais ou de todos os registros de download mensais de uma música, facilitada por uma tabela chamada Song.

• Recuperação de todos os registros (incluindo gravação de músicas, registros de download e registros de contagem de downloads mensais) de uma música, facilitada por uma tabela chamada Songs.

• Pesquisa das músicas mais baixadas, facilitada pelo índice secundário global da tabela Músicas chamado DownloadsByMonth.

Modelo de dados de estação de esqui

Este modelo de dados representa uma estância de esqui que tem uma grande coleção de dados para cada subida mecânica recolhidos diariamente.

Os padrões de acesso facilitados por este modelo de dados são:

• Recuperação de todos os dados para um determinado teleférico ou o resort em geral, dinâmicos e estáticos, facilitado por uma tabela chamada SkiLifts.

• Recuperação de todos os dados dinâmicos (incluindo usuários do teleférico, cobertura de neve, perigo de avalanche e status do teleférico) para um teleférico ou o resort em geral em uma data específica, facilitada por uma tabela chamada SkiLifts.

• Recuperação de todos os dados estáticos (incluindo se o teleférico for apenas para esquiadores experientes, altura na subida do teleférico e tempo de subida do teleférico) para um teleférico específico, facilitada por uma tabela chamada SkiLifts.

• Recuperação da data dos dados registrados para uma subida mecânica específica ou a instância geral classificada pelo total de esquiadores únicos, facilitada pelo índice secundário global da tabela SkiLifts, chamado SkiLiftsByRiders.

Modelo de dados de ofertas de cartão de crédito

Este modelo de dados é utilizado por uma aplicação de ofertas de cartão de crédito.

Um provedor de cartão de crédito produz ofertas ao longo do tempo. Essas ofertas incluem transferências de saldo sem taxas, aumento do limite de crédito, redução das taxas de juros, reembolso e milhas aéreas. Depois que um cliente aceita ou recusa essas ofertas, o respectivo status da oferta é atualizado de forma correspondente.

Os padrões de acesso facilitados por este modelo de dados são:

• Recuperação de registros de conta usando AccountId, facilitada pela tabela principal.

• Recuperação de todas as contas com poucos itens projetados, facilitada pelo índice secundário AccountIndex.

• Recuperação de contas e todos os registros de oferta associados a essas contas usando AccountId, facilitada pela tabela principal.

• Recuperação de contas e registros de ofertas específicas associados a essas contas usando AccountId e OfferId, facilitada pela tabela principal.

• Recuperação de todos os registros de oferta ACCEPTED/DECLINED do OfferType específico associado a contas usando AccountId, OfferType eStatus, conforme facilitada pelo índice secundário GSI1.

• Recuperação de ofertas e registros de itens de oferta associados usando OfferId, facilitada pela tabela principal.

Modelo de dados de favoritos

Este modelo de dados é usado para armazenar favoritos para os clientes.

Um cliente pode ter vários favoritos e um favorito pode pertencer a vários clientes. Este modelo de dados representa uma relação do tipo “muitos para muitos”.

Os padrões de acesso facilitados por este modelo de dados são:

• Agora, uma única consulta com o customerId pode retornar dados do cliente e dos favoritos.

• Um índice ByEmail da consulta retorna os dados do cliente por endereço de e-mail. Observe que os marcadores não são recuperados por esse índice.

• Um índice de consulta ByUrl obtém dados de favoritos por URL. Observe que customerId é a chave de classificação para o índice porque o mesmo URL pode ser adicionado aos favoritos por vários clientes.

• Um índice ByCustomerFolder da consulta obtém marcadores por pasta para cada cliente.