Exemples de modèle de données pour NoSQL Workbench - Amazon DynamoDB
Modèle de données d'employé Modèle de données de forum de discussionModèle de données de bibliothèque musicaleModèle de données de station de skiModèle de données d'offres de carte de créditModèle de données de signets

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Exemples de modèle de données pour NoSQL Workbench

La page d'accueil du modélisateur et du visualiseur affiche un certain nombre d'exemples de modèle livrés avec NoSQL Workbench. Cette section décrit ces modèles et leurs utilisations potentielles.

Modèle de données d'employé

Ce modèle de données est un modèle d'introduction. Il représente les détails de base d'un employé, tels qu’un alias unique, son prénom, son nom de famille, son intitulé de poste, son responsable et ses compétences.

Ce modèle de données décrit quelques techniques telles que la gestion d'attributs complexes (par exemple, le fait d’avoir plusieurs compétences). Ce modèle est également un exemple de relation de type « un à plusieurs » entre le responsable et les employés qui dépendent de celui-ci. Cette relation a été définie par l'index secondaire DirectReports.

Les modèles d'accès facilités par ce modèle de données sont les suivants :

  • Récupération d'un enregistrement d'employé à l'aide de l'alias de connexion de l'employé. Cette récupération est facilitée par une table appelée Employee.

  • Recherchez les employés par nom. Cette recherche est facilitée par l'index secondaire global de la table Employee appelé Name.

  • Récupération de tous les rapports directs d'un responsable à l'aide de l'alias de connexion du responsable. Cette récupération est facilitée par l'index secondaire global de la table Employee appelé DirectReports.

Modèle de données de forum de discussion

Ce modèle de données représente un forum de discussion. En utilisant ce modèle, les clients peuvent dialoguer avec la communauté de développeurs, poser des questions et répondre aux messages des autres clients. Chaque service AWS a un forum dédié. N'importe qui peut démarrer un nouveau fil de discussion en publiant un message dans un forum, chaque fil recevant un nombre quelconque de réponses.

Les modèles d'accès facilités par ce modèle de données sont les suivants :

  • Récupération d'un enregistrement de forum à l’aide du nom du forum. Cette récupération est facilitée par une table appelée Forum.

  • Récupération d'un fil spécifique ou de tous les fils d’un forum. Cette récupération est facilitée par une table appelée Thread.

  • Recherchez des réponses à l'aide de l'adresse e-mail de l'utilisateur à l’origine de la publication. Cette recherche est facilitée par l'index secondaire global de la table Reply appelé PostedBy-Message-Index.

Modèle de données de bibliothèque musicale

Ce modèle de données représente une bibliothèque musicale qui possède une importante collection de chansons et met en avant les chansons les plus téléchargées en temps quasi réel.

Les modèles d'accès facilités par ce modèle de données sont les suivants :

  • Récupération d'un enregistrement de chanson. Cette récupération est facilitée par une table appelée Songs.

  • Récupération d'un enregistrement de téléchargement spécifique ou de tous les enregistrements de téléchargement d'une chanson. Cette récupération est facilitée par une table appelée Songs.

  • Récupération d'un enregistrement mensuel spécifique du nombre de téléchargements ou de tous les enregistrements mensuels du nombre de téléchargements pour une chanson. Cette récupération est facilitée par une table appelée Song.

  • Récupération de tous les enregistrements (y compris les enregistrements de chanson, les enregistrements de téléchargement et les enregistrements mensuels du nombre de téléchargements) pour une chanson. Cette récupération est facilitée par une table appelée Songs.

  • Recherchez les chansons les plus téléchargées. Cette recherche est facilitée par l'index secondaire global de la table Songs appelé DownloadsByMonth.

Modèle de données de station de ski

Ce modèle de données représente une station de ski qui dispose d'une importante collection de données pour chaque remontée mécanique recueillies quotidiennement.

Les modèles d'accès facilités par ce modèle de données sont les suivants :

  • Récupération de toutes les données (dynamiques et statiques) pour une remontée mécanique ou l’ensemble d’une station donnée. Cette récupération est facilitée par une table appelée SkiLifts.

  • Récupération de toutes les données dynamiques (y compris les utilisateurs d’une remontée, la couverture de neige, le danger d'avalanche et l'état de la remontée) pour une remontée mécanique ou l'ensemble de la station à une date précise. Cette récupération est facilitée par une table appelée SkiLifts.

  • Récupération de toutes les données statiques (y compris le fait de savoir si la remontée est conçue pour des utilisateurs expérimentés uniquement, le dénivelé couvert par la remontée et le temps nécessaire pour la montée) pour une remontée mécanique spécifique, facilitée par une table appelée SkiLifts.

  • Récupération de la date des données enregistrées pour une remontée mécanique spécifique ou pour l’ensemble de la station, triée par le nombre d’utilisateurs uniques. Cette récupération est facilitée par l'index secondaire global de la table SkiLifts appelé SkiLiftsByRiders.

Modèle de données d'offres de carte de crédit

Ce modèle de données est utilisé par une application d'offres de carte de crédit.

Un fournisseur de cartes de crédit produit des offres au fil du temps. Ces offres comprennent des transferts de solde sans frais, des augmentations de limite de crédit, des baisses de taux d'intérêt, des remboursements et des miles aériens. Lorsqu’un client accepte ou refuse ces offres, le statut de l'offre respective est mis à jour en conséquence.

Les modèles d'accès facilités par ce modèle de données sont les suivants :

  • Récupération des enregistrements de compte à l'aide de AccountId. Cette récupération est facilitée par la table principale.

  • Récupération de tous les comptes avec quelques éléments projetés. Cette récupération est facilitée par l'index secondaire AccountIndex.

  • Récupération des comptes et tous les enregistrements d'offre associés à ces comptes à l’aide de AccountId. Cette récupération est facilitée par la table principale.

  • Récupération des comptes et des enregistrements d'offre spécifique associés à ces comptes à l’aide de AccountId et OfferId. Cette récupération est facilitée par la table principale.

  • Récupération de tous les enregistrements d'offre ACCEPTED/DECLINED avec OfferType spécifique associés à des comptes à l'aide de AccountId, OfferType et Status. Cette récupération est facilitée par l'index secondaire GSI1.

  • Récupération des offres et des enregistrements d'élément d'offre associés à l'aide de OfferId. Cette récupération est facilitée par la table principale.

Modèle de données de signets

Ce modèle de données permet de stocker des signets pour des clients.

Un client peut avoir de nombreux signets et un signet peut appartenir à de nombreux clients. Ce modèle de données représente une relation de type « plusieurs à plusieurs ».

Les modèles d'accès facilités par ce modèle de données sont les suivants :

  • Une requête unique par customerId peut désormais renvoyer des données client ainsi que des signets.

  • Un index de requête ByEmail renvoie les données client par adresse e-mail. Notez que les signets ne sont pas récupérés par cet index.

  • Un index de requête ByUrl permet d’obtenir les données de signets par URL. Notez que CustomerID constitue la clé de tri pour l'index, car la même URL peut être marquée par plusieurs clients.

  • Un index de requête ByCustomerFolder permet d’obtenir des signets par dossier pour chaque client.