DynamoDB - Mis point si hachage (ou du haschisch et de la gamme de combinaison) n'existe pas

Voici mon cas d'utilisation: j'ai une Dynamo tableau avec une valeur de hachage + touche range. Quand j'ai mis de nouveaux éléments dans le tableau, je veux faire un contrôle d'unicité. Parfois, j'ai envie de garantir que le hachage est unique (en ignorant la gamme). D'autres fois je veux permettre à double hache, mais de garantir que le hachage et la gamme de combinaison est unique. Comment puis-je y arriver?

J'ai expérimenté avec attribute_not_exists. Il semble gérer le deuxième cas, où il vérifie le hash + combinaison de touches. Voici un PHP, exemple:

$client->putItem(array(
    'TableName' => 'test',
    'Item' => array(
        'hash' => array('S' => 'abcdefg'),
        'range' => array('S' => 'some other value'),
        'whatever' => array('N' => 233)
    ),
    'ConditionExpression' => 'attribute_not_exists(hash)'
));

Curieusement, il ne semble pas à la matière si j'utilise attribute_not_exists(hash) ou attribute_not_exists(range). Ils semblent tous deux à faire exactement la même chose. Est-ce la façon dont il est censé fonctionner?

Aucune idée de comment gérer le cas où je ne veux vérifier hash pour l'unicité?

Poursuite de l'expérimentation montre que attribute_not_exists suit cette étrange logique: attribute_not_exists(any_attribute_that_exists_in_the_table) retourne true si la valeur de hachage + gamme de combinaison n'existe pas dans la table, sinon elle retourne false. attribute_not_exists(attribute_that_does_not_exist_in_the_table) retourne toujours true. Les index secondaires (global ou local) n'affectent pas le comportement.

InformationsquelleAutor mrog | 2015-09-28

amazon-dynamodb

39

Vous ne pouvez pas. Tous les éléments de DynamoDB sont indexés par leur hash ou hash+range (selon votre table).

Une sorte de résumé de ce qui se passe jusqu'à présent:
- Une seule clé de hachage peut avoir plusieurs gamme de clés.
- Chaque élément a à la fois un hash et un range clé
- Vous faites un PutItem demande et doit fournir à la fois le hash et range
- Vous fournir un ConditionExpression avec attribute_not_exists sur le hash ou range nom de l'attribut
- La attribute_not_exists condition est simplement de vérifier si un attribut de même nom existe, il ne se soucie pas de la valeur
Prenons un exemple. Commençons avec un hash+range table de clés avec ces données:
1. hash=A,range=1
2. hash=A,range=2
Il y a quatre cas possibles:
1. Si vous essayez de mettre un point avec hash=A,range=3 et attribute_not_exists(hash), le PutItem réussirons, car attribute_not_exists(hash) évalue à true. Aucun élément n'existe avec les principaux hash=A,range=3 qui répond à la condition de attribute_not_exists(hash).
2. Si vous essayez de mettre un point avec hash=A,range=3 et attribute_not_exists(range), le PutItem réussirons, car attribute_not_exists(range) évalue à true. Aucun élément n'existe avec les principaux hash=A,range=3 qui répond à la condition de attribute_not_exists(range).
3. Si vous essayez de mettre un point avec hash=A,range=1 et attribute_not_exists(hash), le PutItem va échouer, car attribute_not_exists(hash) évalue à false. Un élément existe avec les principaux hash=A,range=1 qui ne satisfont pas à la condition de attribute_not_exists(hash).
4. Si vous essayez de mettre un point avec hash=A,range=1 et attribute_not_exists(range), le PutItem va échouer, car attribute_not_exists(range) évalue à false. Un élément existe avec les principaux hash=A,range=1 qui ne satisfont pas à la condition de attribute_not_exists(range).
Cela signifie que l'une des deux choses vont se produire:
1. La hash+range paire existe dans la base de données.
  - attribute_not_exists(hash) doit être true
  - attribute_not_exists(range) doit être true
2. La hash+range paire n'existe pas dans la base de données.
  - attribute_not_exists(hash) doit être false
  - attribute_not_exists(range) doit être false
Dans les deux cas, vous obtenez le même résultat que si vous le mettez sur la table de hachage ou de la portée de la clé. Le hash+range clé identifie un élément unique dans l'ensemble de la table, et que votre état est évalué sur ce point.

Vous sont effectivement à l'exécution d'une "cet élément si un article avec ce hash+range clé n'existe pas déjà".
- Je ne suis pas encore clair pourquoi c'est le cas. Si j'insère un élément de hachage "123" et la gamme "abc", attribute_not_exists(hash) va m'empêcher de l'insertion d'un autre élément avec le même hachage et de la plage. Mais cela ne m'empêche pas de l'insertion d'un objet avec de hachage "123" et la gamme "xyz", même si elle a le même hash que le premier élément. Comment dois-je gérer le cas où je veux éviter la double hache, même si les valeurs sont différentes?
- C'est à cause de la façon dont hash+range tableaux sont conçus. Une seule clé de hachage peut avoir de nombreux gamme de clés. Chaque hash+range *combinaison doit être unique. Jetez un oeil à cette réponse pour voir la différence entre hash et hash+range.
- Je comprends le concept de hachage+gamme de clés, mais cela ne veut pas répondre à ma question. Pourquoi ne attribute_not_exists(hash) de vérifier le hachage et la gamme? Est-il même possible d'écrire une condition qui vérifie juste la table de hachage? Et pourquoi ne attribute_not_exists(hash), attribute_not_exists(range), et attribute_not_exists(whatever) tous faire exactement la même chose?
- Ok, il fait sens aujourd'hui. Je pensais que attribute_not_exists pour un attribut avec la même valeur que celle de l'enregistrement en cours d'insertion. En réalité, la valeur n'a pas d'importance. C'est vraiment à la recherche pour un élément avec la même clé primaire et un attribut (pas de valeur) avec le nom. Merci!
- comment spécifier à la fois changer le résultat de la réponse? Pouvez-vous ajouter un exemple ou votre propre réponse en expliquant comment cela est faux?
- pouvez-vous élaborer sur la façon dont cela est faux? Même si vous spécifiez à la fois de hachage de l'étendue de mesure et attribute_not_exists(), il n'aura pas un impact sur le résultat. Un PutItem efficacement opère sur un seul élément dans DynamoDB. L'expression de condition est évalué par rapport à l'élément à la valeur de hachage+gamme combo, pas contre d'autres éléments. Vous pouvez être en mesure d'accomplir la question de l'objectif, aujourd'hui, à l'aide de DynamoDB transactions, mais je n'ai pas essayé encore.
- Désolé, @mkobit je ne suis pas clair avec ce problème aujourd'hui. j'ai donc supprimé mon commentaire 🙂 je n'ai jamais touché DDB trop longtemps, donc presque oublié la question que j'avais précédemment.
InformationsquelleAutor mkobit
0

Vous pouvez l'utiliser ET le fonctionnement si votre table de hachage et de la gamme

'ConditionExpression' => 'attribute_not_exists(hash) ET attribute_not_exists(range)'
- Cela ne fonctionne pas conformément à l'explication par mkobit
InformationsquelleAutor Thaina
0

Cette version de l'explication prises de amazon aws forum dit que la recherche va chercher un élément qui correspond à une condition clé de hachage, puis vérifie seulement si l'attribut existe dans ce dossier. Il doit fonctionne de la même façon si vous avez une table de hachage et une gamme de clés, je suppose.

Si une demande d'essayer de trouver un élément existant avec clé de hachage
"b825501b-60d3-4e53-b737-02645d27c2ae". Si c'est la première fois que cette id
est utilisé il n'y aura aucun élément existant et
"attribute_not_exists(e-mail)" sera évaluée à true, Mettre de la demande
aller à travers.

Si cet id est déjà utilisé, il y aura un élément existant. Alors
expression de condition va chercher un email existant attribut dans la
un élément existant, si il y a un e-mail attribut de la Mettre demande
l'échec, si il n'y a pas de mail attribut de la requête Put passera à travers.

En soit, ce n'est pas une comparaison de la valeur de "e-mail" attribut et c'est
ne pas vérifier si d'autres éléments dans le tableau utilisé le même "email" de la valeur.

Si l'email a été la clé de hachage, puis demande va essayer de trouver un
élément avec la clé de hachage "[email protected]".

Si il y a un autre élément avec le même e-mail de la valeur d'un élément existant sera
être trouvé. Depuis e-mail est la clé de hachage, il doit être présent dans le
un élément existant et "attribute_not_exists(e-mail)" sera la valeur false
et Mettre la demande échoue.

Si "e-mail" value n'est pas utilisé avant un élément existant ne sera pas trouvé
et "attribute_not_exists(e-mail)" s'évaluer à vrai donc Mettre
demande de passer à travers.

InformationsquelleAutor Jun711

Prudent avec mots clés réservés.

attribute_not_exists ne fonctionnera pas comme prévu si le nom de l'attribut correspond à un mot de la liste réservée. hash et range sont à la fois réservé et nécessitent donc la nécessité de travail autour de cette question en utilisant ExpressionAttributeNames.

L'exemple suivant permet de dupliquer des clés de partition et échoue uniquement si il y a déjà un Élément dans la Table avec la partition ET de la clé de tri.

$client->putItem(array(
    'TableName' => 'test',
    'Item' => array(
        'hash' => array('S' => 'abcdefg'),
        'range' => array('S' => 'some other value'),
        'whatever' => array('N' => 233)
    ),
    'ConditionExpression' => 'attribute_not_exists(#h) AND attribute_not_exists(#r)',
    'ExpressionAttributeNames' => array('#h' => 'hash', '#r' => 'range')
));

Et celle-ci serait assurez-vous que la clé de partition nommée hash est unique.

 $client->putItem(
     'TableName' => 'test',
     'Item' => array(
        'hash' => array('S' => 'abcdefg'),
        'range' => array('S' => 'some other value'),
        'whatever' => array('N' => 233)
    ),
    'ConditionExpression' => 'attribute_not_exists(#h)',
    'ExpressionAttributeNames' => array('#h' => 'hash')
));

InformationsquelleAutor ioioio

Vous devez vous connecter pour publier un commentaire.