Dynamodb de balayage dans l'ordre de tri

Salut j'ai une table dynamodb. Je veux que le service à me rendre tous les éléments de ce tableau et de la commande en cliquant sur l'un de ces attributs.

Dois-je créer un index secondaire global pour cela? Si c'est le cas, quelle devrait être la clé de hachage, quelle est la portée de la clé?
(Notez que la requête sur gsi devez spécifier un "EQ" de référence sur la clé de hachage de GSI.)

Grâce à un journal!

Erben

  • Je suis confronté au même problème. Avez-vous résolu le problème?
InformationsquelleAutor Erben Mo | 2014-02-15
  1. 19

    Si vous connaissez la HashKey, toute requête doit retourner les articles classés par Gamme de clés:

    "Les résultats de la requête sont toujours triés par la touche range. Si le type de données de la gamme de clé est le Nombre, les résultats sont retournés dans l'ordre numérique; sinon, les résultats sont retournés dans l'ordre des caractères ASCII code de valeurs. Par défaut, l'ordre de tri est croissant. Pour inverser l'ordre d'utiliser la ScanIndexForward paramètre est défini sur false."
    De requête et d'Analyse des Opérations - Amazon DynamoDB : http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/QueryAndScan.html

    Maintenant, si vous avez besoin de revenir "tous les éléments", alors cela signifie un scan. Je ne pense pas que vous pouvez commander les résultats d'une analyse.

    Une autre option est d'utiliser un GSI. (Exemple ici: https://stackoverflow.com/a/21786544/2959100). Vous voyez ici que la GSI ne contient que des HashKey. Les résultats, je suppose sera dans l'ordre de tri de cette clé (je n'ai pas vérifier cette partie dans un programme encore!)

    • La documentation décrit ScanIndexForward comme appliquant uniquement à des opérations de Requête, pas d'Analyse. Je ne vois pas de documentation en disant cela s'applique à analyser.
    • Les résultats en interrogeant plus de GSI sera commandé par la touche range de la GSI. Je cite à partir de la GSI documentation Les résultats sont classés par la gamme de clés, TopScore. Si vous définissez la ScanIndexForward paramètre à false, les résultats sont retournés dans l'ordre décroissant, de sorte que le score le plus élevé est de retour.
    • il n'y a rien de spécial à propos de GSI. Un hachage de disperser les touches, toujours, il n'y a pas une telle chose comme un triées de la table de hachage.
    • Kadavan j'ai créé une table "avoir la partition de la clé + clé de tri "comme la " clé primaire'. Maintenant, je veux récupérer tous les éléments avec l'aide de la clé de partition. Puis-je utiliser "scan" dans ce cas, ou est-il une autre solution?
    • avez-vous trouvé de solution
    • il suffit de faire la requête à l'aide de la partition de la clé. Il vous sera retourné avec la liste des éléments qui correspondent à la partition de la clé. Une fois que vous avez ces champs itération sur ces afin de prendre la valeur de clé de tri. Puisque la taille de l'élément a de très petite taille, au-dessus de l'étape évolutive pour moi. Si la taille de l'élément est énorme, je vous suggère d'utiliser les index secondaires et de la requête à l'aide de ces indices.
    • si vous connaissez la mangouste est-il de toute façon comme schéma.find({}) ?
    • Je n'ai jamais travaillé avec de la mangouste. Donc aucune idée

    InformationsquelleAutor Sony Kadavan
  2. 4

    Démarche que j'ai suivie pour résoudre ce problème est de créer un Index Secondaire Global comme ci-dessous. Vous ne savez pas si c'est la meilleure approche, mais de les poster si c'est utile à quelqu'un.

    Hash Key                 | Range Key
------------------------------------
Date value of CreatedAt  | CreatedAt

    Restriction imposée sur l'API HTTP de l'utilisateur pour spécifier le nombre de jours à récupérer des données, par défaut est de 24 heures.

    De cette façon, je peux toujours préciser le HashKey que le Courant de la date et du jour de l'RangeKey pouvez utiliser > et < les opérateurs lors de la récupération. De cette façon, les données sont également répartis à travers de multiples serveurs.

    InformationsquelleAutor Gireesh
  3. 0

    Dès à présent le dynamoDB scan ne peut pas vous renvoyer triés résultats.

    Vous devez utiliser un requête avec une mondialisation de l'index secondaire (GSI) avec un hashkey et la gamme de champ. L'astuce est d'utiliser un hashkey qui est attribué la même valeur pour toutes les données de votre tableau.

    Je vous recommande de créer un nouveau champ pour l'ensemble des données et de l'appeler "État" et de définir la valeur "OK", ou quelque chose de similaire.

    Alors votre requête pour obtenir tous les résultats triés devrait ressembler à ceci:

    {
    TableName: "YourTable",
    IndexName: "Status-YourRange-index",
    KeyConditions: {
        Status: {
            ComparisonOperator: "EQ", 
            AttributeValueList: [ 
                "OK"
            ]
        }
    },
    ScanIndexForward: false
}

    Les docs pour savoir comment écrire GSI requêtes sont disponibles ici: http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/GSI.html#GSI.Querying

    • C'est terrible de conseils. Les caractéristiques de performance d'une table DynamoDB appliquer la même pour Gsi. Un GSI avec une seule clé de hachage de "OK" ne jamais utiliser une partition. Ce perd toutes les caractéristiques de dimensionnement de DynamoDB.
    • C'est vrai, les résultats viendront à partir d'une seule partition, cependant, si elle est utilisée en conjonction avec une limite, alors il peut être efficace. Si vous limite-à-dire les 10 articles que vous obtiendrez les 10 premiers articles dans l'ordre et il ne sera pas cher la requête. (autres que de devoir maintenir la 2ème GSI), il est Donc efficace si vous voulez juste pour afficher les éléments les plus récents sur la liste par exemple.
    • L'auteur de la question n'a pas dit combien d'articles sont dans son la table ou de la façon dont de nombreuses lectures d'unités qu'il voulait, mais il semble que même une seule partition peut supporter 1000 lire unités assez confortablement, jusqu'à 3000 lire unités max. Source: docs.aws.amazon.com/amazondynamodb/latest/developerguide/...
    • Une clé unique(Table ou GSI) ne peut recevoir 1000 écrit par seconde maximum. Si le tableau lui-même est bien distribué, il peut prendre un nombre illimité d'écritures. Chaque fois qu'une opération d'écriture sur la table, une écriture en attente de nouveau le GSI. Un GSI de ce schéma devra une écriture de débit maximum de 1000. Si vous écrivez à votre table de plus de 1000 écrit par seconde en cours, le GSI de la file d'attente de prendre du retard et de ne jamais rattraper. Cela signifie que vous allez interroger le GSI et les entrées seront tout simplement pas comme ils n'ont pas été écrites à l'index et pourtant, même si elles ont été écrites dans la table.
    • ce qu'il n'est pas terrible conseils. Vrai, il n'est pas à l'échelle. Mais, bien au contraire, le respect des contraintes (1000 écrit/s, 3000 lit/s, 10 GO de la taille de la table), il permet de soutenir une solution très économique.Terrible conseil est de suivre aveuglément les meilleures pratiques et s'éloigner du monde réel des solutions.
    • C'est fonctionnellement équivalent à "index écrire partage" avec seulement 1 éclat. Voir docs.aws.amazon.com/amazondynamodb/latest/developerguide/...

    InformationsquelleAutor Deemoe