La Pagination dans CouchDB?

Comment pourrais-je aller sur la mise en œuvre les requêtes nécessaires pour la pagination?

En gros, quand la page 1 est demandée, obtenir les 5 premières entrées. Pour la page 2, le 5 et ainsi de suite.

J'ai l'intention d'utiliser ce par le biais de la couchdb-module python, mais qui ne devrait pas faire de différence à la mise en œuvre.

InformationsquelleAutor dbr | 2008-11-23
  1. 31

    La CouchDB Guide a une bonne discussion de la pagination, y compris beaucoup d'exemples de code, ici: http://guide.couchdb.org/draft/recipes.html#pagination
    Voici leur algorithme:

    • Demande rows_per_page + 1 des lignes de la vue
    • Affichage rows_per_page lignes, boutique de la dernière ligne comme next_startkey
    • Que les informations sur la page, garder startkey et next_startkey
    • Utiliser le next_* valeurs pour créer le lien suivant, et utiliser les autres pour créer du lien précédent

    N. B.: Le bon moyen de récupérer les pages de CouchDB est en spécifiant une clé de départ, pas un indice de départ comme vous pourriez le penser. Mais comment savez-vous quelle touche pour démarrer la 2ème page sur? La solution intelligente: "au Lieu de demander de 10 lignes pour une page, vous demande de 11 lignes, mais l'affichage de seulement 10 et utiliser les valeurs dans le 11e de ligne comme le startkey pour la page suivante."

    Si vous vous attendez à avoir plusieurs documents émettent des clés identiques, vous aurez besoin d'utiliser startdocid en plus de startkey pour paginer correctement. La raison en est que startkey seront les seuls à ne plus être suffisante pour identifier de manière unique une ligne. Ces paramètres sont inutiles si vous ne fournissez pas un startkey. En fait, CouchDB va d'abord regarder les startkey paramètre, puis il va utiliser la startdocid paramètre pour de plus amples redéfinir le début de la plage si plusieurs potentiels de regarder les lignes ont la même clé, mais différents Id de document. Même chose pour le enddocid.

    • Le problème avec cette approche est que vous ne peut pas vraiment cliquez sur précédent, plusieurs fois, une seule fois. Vous devez manuellement TOUS les index de la première-en-page, quand vous allez à la page suivante ou, si vous ne pouvez revenir en arrière 1 page et puis vous n'avez pas toutes les informations que ce soit pour aller précédent une autre page.
    • Pour ceux qui trébuchent ici et également exécuter dans @for3st dilemme, les caractéristiques naturelles d'un tableau d'aider à remédier à ce problème. Par push()ing la page précédente début _id en un tableau, vous pouvez facilement pop() le tableau _id lorsque vous cliquez sur le bouton précédent. À la plupart tout ce que vous avez à faire est de garder la trace de est un tableau d'entiers.
    InformationsquelleAutor AlexChaffee
  2. 13

    La CouchDB HTTP API d'Affichage donne beaucoup de possibilités pour faire de la pagination efficacement.

    La méthode la plus simple serait d'utiliser startkey et count. Nombre est le nombre maximum des entrées de CouchDB sera de retour pour que la vue de la demande, quelque chose qui est à votre design, et startkey est l'endroit où vous voulez CouchDB pour commencer. Lorsque vous demandez la vue, il sera également vous dire combien d'entrées il y a, vous permettant de calculer le nombre de pages, il y aura, si vous voulez montrer que pour les utilisateurs.

    De sorte que la première demande ne serait pas spécifier un startkey, juste le nombre pour le nombre d'entrées que vous souhaitez afficher. Vous pouvez alors noter la clé de la dernière entrée est retourné et l'utiliser comme clé de début de la page suivante. Dans ce simple formulaire, vous recevrez un chevauchement, où la dernière entrée d'une page est le premier de la suivante. Si ce n'est pas souhaitable, il est trivial tout simplement de ne pas afficher le dernier élément de la page.

    Une méthode plus simple de le faire est d'utiliser le paramètre skip pour travailler sur le document de départ pour la page, mais cette méthode doit être utilisée avec prudence. Le paramètre skip simplement causes du moteur interne de ne pas retourner les entrées qu'il est à parcourir. Tout cela donne le comportement souhaité, il est beaucoup plus lent que de trouver le premier document de la page par la touche. Plus le nombre de documents qui sont ignorés, le ralentissement de la demande sera.

    • Aha! À partir de cette page, vous lié: le nombre de paramètre peut être combiné avec le "skip=nombre de lignes à ignorer". Parfait.
    • J'ai ajouté l'info ci-dessus pour votre réponse (pour ma référence si rien d'autre), j'espère que vous n'avez pas l'esprit!
    • J'ai édité de nouveau. À l'aide de sauter n'est pas une bonne façon de le faire est la plupart des cas.
    • Ah, je pensais que cela peut être le cas.. Est-il un moyen plus rapide pour trouver le x-ième clé?
    • Non, pour trouver la n-ième entrée vous avez besoin pour effectuer une itération sur l'arbre d'index parce que vous ne savez pas combien d'entrées d'une branche dans l'arbre. Vous pouvez trouver une clé spécifique beaucoup plus rapide.
    • regarde le lien que vous avez posté, je vois qu'il n'y a pas de "compter" option. Il y a une "limite" de l'option à la place. Peut-être que ça a changé?
    • skip est en fait maintenant assez efficace (puisque COUCHDB-1076 était fixe) et c'est la seule façon sécuritaire d'effectuer une itération dans le cas général. Il y a des cas limites dans le startkey_docid la pagination de la méthode qui va l'empêcher de progresser (par exemple, si chaque document émet plusieurs temps de telle sorte que toutes les lignes dans une page qui contient la même clé / docid).

    InformationsquelleAutor Kerr
  3. 1

    C'est ce que je suis venu avec à ce jour - pour obtenir les identifiants de tous les postes, puis de récupérer les articles réels pour les x premiers Identifiants..

    Il n'est pas très efficace, mais plus que la récupération de tous les postes, puis de jeter la plupart de la distance. Cela dit, à ma grande surprise, il semblait courir assez rapidement - j'ai couru le posthelper.page() méthode 100 fois et il a fallu environ 0,5 secondes.

    Je ne voulais pas poster cela dans le libellé de la question, de sorte qu'il ne serait pas influencer les réponses, que - voici le code:

    allPostsUuid = """
function(doc) {
if(doc.type == 'post'){
    emit(doc._id, null);
}
}
"""

class PostsHelper:
    def __init__(self):
        server = Server(config.dbhost)
        db = server[config.dbname]
        return db


    def _getPostByUuid(self, uuid):
        return self.db.get(uuid)

    def page(self, number = 1):
        number -= 1 # start at zero offset
        start = number * config.perPage
        end = start + config.perPage

        allUuids = [
            x.key for x in self.db.query(allPostsUuid)
        ]
        ret = [
            self._getPostByUuid(x) for x in allUuids[start : end]
        ]

        if len(ret) == 0:
            raise Error404("Invalid page (%s results)" % (len(allUuids)))
        else:
            return ret
    InformationsquelleAutor dbr