django rejoignent QuerySets de plusieurs tables

Question

Si j'ai des requêtes sur plusieurs tables comme:

d = Relations.objects.filter(follow = request.user).filter(date_follow__lt = last_checked) 
r = Reply.objects.filter(reply_to = request.user).filter(date_reply__lt = last_checked) 
article = New.objects.filter(created_by = request.user) 
vote = Vote.objects.filter(voted = article).filter(date__lt = last_checked) 

et je veux afficher les résultats de tous triés par date (je ne parle pas de toutes les réponses, toutes les votes, etc.). D'une certaine manière, je veux «joindre tous ces résultats», dans un seul jeu de requête. Est-ce possible?

Answer 1

En plus au numéro de la proposition de Sébastien 2: Django a fait une fonctionnalité intégrée que vous pourriez « abus » pour cela; pour l'administrateur, il a déjà un modèle qui enregistre les actions de l'utilisateur et fait référence aux objets à travers une relation clé étrangère générique, je pense que vous pourriez juste sous-classe ce modèle et l'utiliser pour vos besoins:

from django.contrib.admin.models import LogEntry, ADDITION 
from django.utils.encoding import force_unicode 
from django.contrib.contenttypes.models import ContentType 

class MyLog(LogEntry): 
    class Meta(LogEntry.Meta): 
     db_table_name = 'my_log_table' #use another name here 

def log_addition(request, object): 
    LogEntry.objects.log_action(
     user_id   = request.user.pk, 
     content_type_id = ContentType.objects.get_for_model(object).pk, 
     object_id  = object.pk, 
     object_repr  = force_unicode(object), 
     action_flag  = ADDITION 
    ) 

Vous pouvez Maintenant, connectez-vous toutes vos notifications, etc., où ils se produisent avec log_addition(request, object) et filtrer la table de journal que pour vos besoins! Si vous voulez aussi enregistrer des changements/suppressions etc., vous pouvez vous rendre quelques fonctions d'aide pour cela!

Answer 2

Il semble que vous avez besoin d'objets différents pour avoir des opérations communes ...

1) Dans ce cas, il pourrait être préférable de faire abstraction de ces propriétés dans une super classe ... Je veux dire que vous pourriez avoir un Event classe qui définit un champ user, et toutes vos autres classes d'événements la sous-classeraient.

class Event(model.Model): 
    user = models.ForeignKey(User) 
    date = ... 

class Reply(Event): 
    #additional fields 

class Vote(Event): 
    #additional fields 

Ensuite, vous pourrez effectuer les opérations suivantes

Event.objects.order_by("date") #returns both Reply, Vote and Event 

Départ http://docs.djangoproject.com/en/1.2/topics/db/models/#id5 pour plus d'informations sur l'héritage du modèle.

2) Vous pouvez également avoir un modèle Event avec une relation générique avec un autre objet. Cela me semble plus propre car Vote n'est conceptuellement pas un "événement". Départ: http://docs.djangoproject.com/en/dev/ref/contrib/contenttypes/#id1

Quoi qu'il en soit, je pense que votre problème est une question de conception