Tri Des Vues CouchDB Par Valeur

Ce vint sur le CouchDB-user mailing liste, et Chris Anderson, l'un des principaux développeurs, a écrit:

c'est une requête courante, mais pas prise en charge directement par CouchDB vues -- pour ce faire, vous aurez besoin de copier le groupe-réduire la requête de une autre base de données, et construisez une vue pour trier par valeur.

c'est un compromis que nous faisons en faveur des requêtes de portée dynamique et indices incrémentiels.

j'avais besoin de le faire récemment, et j'ai fini par le faire dans mon application de niveau. Cela est facile à faire en JavaScript:

db.view('mydesigndoc', 'myview', {'group':true}, function(err, data) {

    if (err) throw new Error(JSON.stringify(err));

    data.rows.sort(function(a, b) {
        return a.value - b.value;
    });

    data.rows.reverse(); // optional, depending on your needs

    // do something with the data…
});

cet exemple s'exécute dans le noeud .js et utilise des nœud-couchdb , mais il peut facilement être adapté pour fonctionner dans un navigateur ou un autre environnement JavaScript. Et bien sûr, le concept est portable pour n'importe quel langage/environnement de programmation.

HTH!

Je ne suis pas sûr du 1 que vous avez comme résultat retourné, mais je suis sûr que cela devrait faire l'affaire:

emit([doc.hits, split[i]], 1);

les règles de tri sont définies dans les docs.

basé sur la réponse D'Avi, J'ai créé cette fonction de liste Couchdb qui a fonctionné pour mes besoins, qui est simplement un rapport des événements les plus populaires (clé=nom de l'événement, valeur=participants).

ddoc.lists.eventPopularity = function(req, res) {
  start({ headers : { "Content-type" : "text/plain" } });
  var data = []
  while(row = getRow()) {
    data.push(row);
  }
  data.sort(function(a, b){
    return a.value - b.value;
  }).reverse();
  for(i in data) {
    send(data[i].value + ': ' + data[i].key + "\n");
  }
}

pour référence, voici la fonction de vue correspondante:

ddoc.views.eventPopularity = {
  map : function(doc) {
    if(doc.type == 'user') {
      for(i in doc.events) {
        emit(doc.events[i].event_name, 1);
      }
    }
  },
  reduce : '_count'
}

et la sortie de la fonction list (snipped):

165: Design-Driven Innovation: How Designers Facilitate the Dialog
165: Are Your Customers a Crowd or a Community?
164: Social Media Mythbusters
163: Don't Be Afraid Of Creativity! Anything Can Happen
159: Do Agencies Need to Think Like Software Companies?
158: Customer Experience: Future Trends & Insights
156: The Accidental Writer: Great Web Copy for Everyone
155: Why Everything is Amazing But Nobody is Happy

c'est une vieille question mais je pense qu'elle mérite quand même une réponse correcte (j'ai passé au moins 20 minutes à chercher la bonne réponse...)

je désapprouve les autres suggestions dans les réponses ici et estime qu'elles sont insatisfaisantes. En particulier, je n'aime pas la suggestion de trier les lignes dans la couche applicative, car il n'a pas une bonne échelle et ne traite pas d'un cas où vous devez limiter le résultat défini dans la base de données.

le une meilleure approche que je suis tombé sur est suggéré dans ce fil de discussion et il pose que si vous avez besoin de trier les valeurs dans la requête vous devriez les ajouter dans le jeu de clés et puis interroger la clé en utilisant une gamme - en spécifiant une clé désirée et en assouplissant la gamme de valeurs. Par exemple, si votre clé est composée du pays, de l'état et de la ville:

emit([doc.address.country,doc.address.state, doc.address.city], doc);

ensuite, vous interrogez juste le pays et obtenir le tri gratuit sur le reste des composants clés:

startkey=["US"]&endkey=["US",{}] 

dans le cas où vous devez également inverser l'ordre - notez que la simple définition de descending: true ne suffira pas. Vous devez en fait Inverser l'ordre des clés de début et de fin, i.e.:

startkey=["US",{}]&endkey=["US"]

voir plus de référence à cette grande source .

toutes les solutions ci-dessus vont casser les performances de couchdb je pense. Je suis très nouveau dans cette base de données. Comme je le sais, les vues couchdb préparent les résultats avant qu'ils ne soient questionnés. Il semble que nous devions préparer les résultats manuellement. Par exemple, chaque terme de recherche résidera dans la base de données avec des nombres de frappes. Et quand quelqu'un cherche, ses termes de recherche seront recherchés et les augmentations du nombre d'accès. Quand nous voulons voir le terme de recherche popularity, il émettra la paire (hitcount, searchterm).

le lien Retrieve_the_top_N_tags semble être cassé, mais j'ai trouvé une autre solution ici .

citant le dev qui a écrit Cette solution:

plutôt que de retourner les résultats saisis par la balise dans l'étape de la carte, j'émettrais chaque occurrence de chaque balise à la place. Puis dans l'étape de réduction, Je calculerais les valeurs d'agrégation groupées par étiquette en utilisant un hachage, le transformerait en un tableau, le trierait, et choisissez le top 3.

comme indiqué dans les commentaires, le seul problème serait dans le cas d'une longue queue:

le problème est que vous devez être prudent avec le nombre de tags que vous obtenez; si le résultat est supérieur à 500 octets, couchdb se plaindra de cela, puisque"reduce doit effectivement réduire". 3 ou 6 ou même 20 tags ne devraient pas être un problème, cependant.

ça a parfaitement fonctionné pour moi, cliquez sur le lien pour voir le code !