DynamoDB : La condition élément clé ne correspond pas au schéma

Est-il un moyen d'obtenir un article en fonction d'un champ qui n'est pas le hashkey?

Exemple

Ma Table Users: id (HashKey), name, email

Et je veux les afficher à l'utilisateur d'avoir des emails comme "[email protected]'

Comment cela peut être fait?

J'ai essayer avec les boto:

user = users.get_item(email='[email protected]')

J'obtiens l'erreur suivante: 

'The provided key element does not match the schema'
InformationsquelleAutor | 2014-09-17
  1. 11

    De s'interroger sur les champs qui ne sont pas la clé de hachage, vous devez utiliser un Index Secondaire Global (GSI). Jetez un oeil à cette AWS Post pour plus de détails sur de GSI.

    Mise à JOUR de Février 2015: Il est maintenant possible d'ajouter un GSI à une table existante. Voir la Amazon Docs pour plus de détails.


    Malheureusement vous ne pouvez pas ajouter un GSI à une table DynamoDB de sorte que vous aurez besoin pour créer une nouvelle table et le port de vos données, si c'est quelque chose que vous avez vraiment besoin de s'interroger sur.

    De la DynamoDB FAQ:

    Q: Comment puis-je créer un index secondaire global d'une table DynamoDB?

    Tous les Gsi associé à une table doit être spécifié lors de la création de la table
    temps. À ce moment, il n'est pas possible d'ajouter un GSI après le tableau
    a été créé. Pour des instructions détaillées sur la création d'une Table et de ses
    les indices, voir ici. Vous pouvez créer un maximum de 5 global secondaire
    index     par table.

    Si vous ne voulez pas de port de vos données, vous pourriez envisager la création d'une deuxième table DynamoDB avec l'e-mail d'un algorithme de hachage de la clé et de la valeur de hachage de l'enregistrement parent pour l'utiliser comme une recherche dans votre principal tableau de données, mais comme vous pouvez l'imaginer, ce n'est pas exactement une solution optimale et il est livré avec ses propres maux de tête de le garder en synchronisation avec votre maître de la table.

    • Grâce Wolfwyrd.. beaucoup de choses sont clair pour moi maintenant.
    • Ceci est une ancienne réponse, mais juste au cas où quelqu'un trouve cette réponse, il est maintenant possible de créer des indices à l'échelle Mondiale sur une table existante. Indices locaux doivent encore être mis en place au moment de la création.
    InformationsquelleAutor Wolfwyrd
  2. 20

    Ce qui suit s'applique à la Node.js AWS SDK AWS Lambda environnement:

    Ce fut une période difficile pour moi. J'ai rencontré ce problème lors de l'utilisation de la méthode getItem. Peu importe ce que j'ai essayé, je voudrais continuer à recevoir ce message d'erreur. J'ai finalement trouvé une solution sur AWS forum: https://forums.aws.amazon.com/thread.jspa?threadID=208820

    Inexplicablement, la solution apparente conflits avec toutes AWS documentation que j'ai pu trouver.

    Voici le code qui a fonctionné pour moi:

    var doc = require('dynamodb-doc');
var dynamo = new doc.DynamoDB();

var params = { }
params.TableName = "ExampleTable";
var key = { "ExampleHashKey": "1" };
params.Key = key;

dynamo.getItem(params, function(err, data) {
    if (err)
        console.log(err);
    else
        console.log(data)
});
    • Merci!!!! Le problème est en effet que l'AWS documentation demande une mobilisé l'objet (par exemple,var key = { "ExampleHashKey": { "S": "1" } }), alors que le SDK s'attend à une normale objet javascript (par exemple var key = { "ExampleHashKey": "1" }). Ce fut aussi se passe pour le update/updateItem méthode
    • La documentation de DynamoDB a toujours été un défi. Je pense que la cause racine du problème ici, c'est la distinction entre la base DynamoDB client et le Document de niveau supérieur de Client. Le client de base utilise AttributeValues par exemple var key = { S: { nom: 'joe' } }, alors que le Document Client utilise JavaScript natif d'objets (p. ex. var key = { nom: 'joe' }.
    • Dans le cas de l'Ruby docs docs.aws.amazon.com/sdkforruby/api/Aws/DynamoDB/... semble être confondue en raison de l'exemple pour l'Aws::DynamoDB::Client en classe contient le même numéro de décrire un exploitées de valeur, mais le réel s'attend à traiter typique de hachage
    • ExampleHashKey est l'id de l'entrée de données. Ce qui ne l'1 à côté du stand de
    InformationsquelleAutor Sean
  3. 8

    J'ai aussi eu cette erreur quand j'ai été l'envoi d'un string au lieu d'un entier.

    Bien sûr, c'était quand j'ai écrit à la base de données, plutôt que de lire à partir d'.

    • dans mon cas, à l'aide de baopham/laravel-dynamodb je dois faire un type explicite à l'aide de caractères (string) et (integer): $model = ModelData::where('PartitionKey', (string)$SearchPartitionKey)->where('SortKey',(integer)$SearchSortKey)->get();
    InformationsquelleAutor NotoriousWebmaster
  4. 1

    J'ai eu cette erreur en Java, car j'avais utilisé le @DynamoDBHashKey annotation pour une GAMME de clé. J'ai dû utiliser la @DynamoDBRangeKey annotation pour mon identifiant d'objet à la place.

    InformationsquelleAutor Ryan Shillington
  5. 0

    J'ai eu cette erreur dans mon application Java, parce que j'ai accidentellement avait deux touches annoté (@DynamoDBRangeKey) dans ma classe DAO, quand il ne devrait l'être. J'ai changé le nouvel ajout de l'annotation @DynamoDBAttribute, et que résolu.

    InformationsquelleAutor Josh