Obtenir des enregistrements avant et après la sélection en cours dans la requête Django

Question

Cela semble étrange, mais c'est une idée très simple. J'essaye de faire un simple Flickr pour un site Web que je construis. Ce problème spécifique vient quand je veux montrer une seule photo (de mon modèle Photo) sur la page mais je veux également montrer l'image avant elle dans le flux et l'image après elle.

Si je ne faisais que trier ces flux par date, ou que je ne faisais que trier par ID, cela pourrait être plus simple ... Mais je ne le suis pas. Je veux permettre à l'utilisateur de trier et filtrer par toute une variété de méthodes. Le tri est simple. J'ai fait cela et j'ai un ensemble de résultats, contenant 0-many Photo s.

Si je veux un seul Photo, je commence avec ce flux filtré/trié/etc. De là, je dois obtenir le Photo actuel, le Photo avant et le Photo après.

Voici ce que je regarde en ce moment.

prev = None 
next = None 
photo = None 

for i in range(1, filtered_queryset.count()): 
    if filtered_queryset[i].pk = desired_pk: 
     if i>1: prev = filtered_queryset[i-1] 
     if i<filtered_queryset.count(): next = filtered_queryset[i+1] 
     photo = filtered_queryset[i] 
     break 

Il semble juste disgracieusement désordonné. Et inefficace. Oh mon seigneur, si inefficace. Quelqu'un peut-il améliorer cela?

Les requêtes de Django sont tardives, donc ce serait bien d'en faire usage même si je suppose que cela pourrait être impossible étant donné mes horribles restrictions. Edit: il me vient à l'esprit que je peux juste jeter un peu de SQL pour re-filtrer le queryset. S'il y a un moyen de sélectionner quelque chose avec ses deux (ou un, ou zéro) voisins les plus proches avec SQL, j'aimerais bien le savoir!

Answer 1

Vous pouvez essayer ce qui suit:

1. Évaluer la queryset filtrée/triée et obtenir la liste des ids photos, que vous tenez dans la session. Ces identifiants correspondent tous aux critères de filtrage/tri.
2. Conservez également l'index actuel dans la liste de la session et mettez-le à jour lorsque l'utilisateur passe à la photo précédente/suivante. Utilisez cet index pour obtenir les identifiants prev/current/next à utiliser pour afficher les photos.
3. Lorsque les critères de filtrage/tri changent, réévaluez la liste et définissez l'index actuel sur une valeur appropriée (par exemple, 0 pour la première photo de la nouvelle liste).

Answer 2

Je vois les possibilités suivantes:

1. Vos paramètres de requête d'URL contiennent les informations de tri/filtrage et une sorte de « numéro d'article », qui est le numéro d'article au sein votre queryset filtrée. Ceci est le cas simple - précédent et suivant sont numéro d'article moins un et plus un (respectivement plus de vérification des bornes)

2. Vous voulez que l'URL soit un lien permanent, et contenir la clé primaire de la photo (ou un ID unique) . Dans ce cas, vous stockez vraisemblablement le tri/filtrage dans:

   • dans l'URL en tant que paramètres de requête. Dans ce cas, vous n'avez pas de véritables permaliens, et vous pouvez également coller le numéro d'article dans l'URL, vous revenant à l'option 1.
   • champs masqués dans la page, et en utilisant POSTs pour les liens au lieu de liens normaux. Dans ce cas, collez le numéro de l'article dans les champs cachés.
   • données de session/cookies. Cela se casse si l'utilisateur a deux onglets ouverts avec différents types/filtrage appliqués, mais cela pourrait être une limite que vous ne voyez pas d'inconvénient - après tout, vous avez envisagé qu'ils utiliseraient probablement un seul onglet et en cliquant sur la liste. Dans ce cas, stockez également le numéro d'article dans la session. Vous pourriez être en mesure de faire quelque chose d'intelligent à "namespace" le numéro d'article pour le cas où ils ont plusieurs onglets ouverts.

En bref, mémoriser le numéro de l'article chaque fois que vous stocker les informations de filtrage/tri.