Dois-je toujours créer mon DynamoDB à l'aide de tables de hachage et de la gamme de clé primaire de type?

Le choix de la clé à utiliser est une question de Cas d'Utilisation et des Exigences en matière de Données pour un scénario particulier. Par exemple, si vous stockez Session Utilisateur Données qu'il n'aurait pas beaucoup de sens à l'aide de la Gamme de Clés depuis chaque enregistrement peut être référencé par un GUID et accessible directement, sans groupement exigences. En termes généraux, une fois que vous connaissez l'Id de Session que vous venez de faire le point spécifique de l'interrogation par la clé. Un autre exemple pourrait être le stockage de Compte d'Utilisateur ou des données de Profil, chaque utilisateur possède son propre et vous sera très probablement y accéder directement (par l'Utilisateur ou autre chose).

Toutefois, si vous stockez les Éléments de Commande puis le Gamme de Clés fait beaucoup plus de sens puisque vous voulez probablement pour récupérer les éléments regroupés par leur Ordre.

En termes de Modèle de Données, le Clé de Hachage vous permet de vous identifier de manière unique un enregistrement à partir de votre tableau, et le Gamme de Clés peut éventuellement être utilisé pour trier et grouper plusieurs dossiers qui sont généralement récupérées ensemble. Exemple: Si vous définissez un total de stocker les Éléments de Commande, le Id de Commande pourrait être votre Clé de Hachage, et la OrderItemId la Gamme de Clés. Chaque fois que vous le souhaitez à la recherche de la les Éléments de Commande à partir d'un certain Ordre, vous venez de requête par la Clé de Hachage (numéro de Commande), et vous recevrez tous vos les éléments de commande.

Vous pouvez trouver ci-dessous une définition formelle de l'utilisation de ces deux clés:

"Composite Clé de Hachage avec Clé Range permet au développeur de créer un
clé primaire qui est composé de deux attributs, un " hash
l'attribut' et une 'gamme attribut.' Lors de l'interrogation d'un composite
la clé, l'attribut de hachage doit être particulièrement adaptés, mais également une gamme
l'opération peut être spécifiée pour l'attribut intervalle: par exemple, toutes les commandes
de Werner dans les dernières 24 heures, ou tous les jeux joués par un particulier
joueur dans les dernières 24 heures." [VOGELS]

De sorte que le Gamme de Clés ajoute un regroupement à la capacité de Modèle de Données, cependant, l'utilisation de ces deux touches aussi avoir des conséquences sur la Modèle de Stockage:

"Dynamo utilise le hachage de consistence de la partition de son espace clé dans l'ensemble de son
les réplicas et de garantir l'homogénéité de la distribution de charge. Un uniforme clé
la distribution peut nous aider à atteindre la répartition uniforme des charges en supposant
l'accès à la distribution de clés n'est pas très inégale."
[DDB-SOSP2007]

Non seulement la Clé de Hachage permet d'identifier de manière unique l'enregistrement, mais c'est aussi le mécanisme pour assurer la distribution de charge. Le Gamme de Clés (lorsque utilisé) permet d'indiquer les enregistrements qui seront, pour la plupart extraites ensemble, par conséquent, le stockage peut également être optimisée pour un tel besoin.

Choisir les bonnes touches pour représenter vos données est l'un des aspects les plus critiques au cours de votre processus de conception, et qu'il influe directement sur la façon dont beaucoup de votre application doit effectuer, à l'échelle et de coût.

Notes de bas de page:

• Le Modèle de Données est le modèle à travers lequel nous percevons et de manipuler nos données. Il décrit la façon dont nous interagissons avec les données dans la base de données [FOWLER]. En d'autres termes, c'est la façon dont vous le résumé de votre modèle de données, la façon de groupe de vos entités, les attributs que vous choisissez comme clés primaires, etc

• Le Modèle de Stockage explique comment la base de données stocke et manipule les données en interne [FOWLER]. Bien que vous ne pouvez pas contrôler directement, vous pouvez certainement d'optimiser la manière dont les données sont récupérées ou écrit en sachant comment la base de données fonctionne en interne.

OriginalL'auteur bsd

Comme d'autres l'ont déjà dit - ne devriez-vous pas.

La déclaration que la confusion et vous avez dû vous poser cette question, en premier lieu, mal:

Vous pouvez interroger uniquement les tables dont la clé primaire est de hachage et de gamme de type

Vous pouvez interroger des tables dont la clé primaire est unique attribut (seule partition).

Preuve:

# Create single-attribute primary key table
aws dynamodb create-table --table-name testdb6 --attribute-definitions '[{"AttributeName": "Id", "AttributeType": "S"}]' --key-schema '[{"AttributeName": "Id", "KeyType": "HASH"}]' --provisioned-throughput '{"ReadCapacityUnits": 5, "WriteCapacityUnits": 5}' 

# Populate table
aws dynamodb put-item --table-name testdb6 --item '{ "Id": {"S": "1"}, "LastName": {"S": "Lopez"}, "FirstName": {"S": "Maria"}}'
aws dynamodb put-item --table-name testdb6 --item '{ "Id": {"S": "2"}, "LastName": {"S": "Fernandez"}, "FirstName": {"S": "Augusto"}}'

# Query table using only partition attribute
aws dynamodb query --table-name testdb6 --select ALL_ATTRIBUTES --key-conditions '{"Id": {"AttributeValueList": [{"S": "1"}], "ComparisonOperator": "EQ"}}'

Sortie de la dernière commande (il fonctionne):

{
"Count": 1,
"Items": [
    {
        "LastName": {
            "S": "Lopez"
        },
        "Id": {
            "S": "1"
        },
        "FirstName": {
            "S": "Maria"
        }
    }
],
"ScannedCount": 1,
"ConsumedCapacity": null
}

OriginalL'auteur golem