Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Amélioration des performances du tableau de bord #922

Open
wants to merge 39 commits into
base: develop
Choose a base branch
from

Conversation

etchegom
Copy link
Collaborator

@etchegom etchegom commented Jan 14, 2025

Il s'agit de :

  • Une correction de bug
  • Une nouvelle fonctionnalité programmée
  • Une nouvelle fonctionnalité spontanée

Décrivez vos changements

Ajout d'un filtre sur le dashboard projet, pour ne charger qu'un nombre limité de projets.
Le filtre se base sur la date d'activité (project.last_members_activity_at) et sur l'activité du stream d'actions (edit)

Checklist d'acceptation de revue de code

  • Aucun texte ne fait référence à du vocabulaire spécifique d'un métier
  • Mon code est auto-documenté ou la documentation a été mise à jour/créée
  • La gestion du multi-portail a été prise en compte
  • L'accessibilité a été prise en compte
  • Pre-commit est configuré et a été lancé
  • Des tests couvrant le code changé ont été ajoutés/modifiés
  • L'ensemble des tests front et back sont au vert

Demandes

  • Je souhaite un déploiement en préproduction

@Jeremy-Bojko
Copy link
Collaborator

@etchegom ou @glibersat La partie recherche côté front est fonctionnelle, en revanche il me manque la liste des régions et départements des différents projets en DB

@glibersat
Copy link
Collaborator

glibersat commented Jan 20, 2025

@etchegom ou @glibersat La partie recherche côté front est fonctionnelle, en revanche il me manque la liste des régions et départements des différents projets en DB

@Jeremy-Bojko Je pense que tu peux te baser sur user.profile.departments, ça va alléger les requêtes de manière drastique et il y a peu de chance que ça sature les listes vu qu'un conseiller est souvent sur qq départements max

EDIT: Damned, j'ai oublié que le tdb était accessible aux collectivités aussi maintenant, ça ne marche pas donc

@Jeremy-Bojko
Copy link
Collaborator

@etchegom ou @glibersat La partie recherche côté front est fonctionnelle, en revanche il me manque la liste des régions et départements des différents projets en DB

@Jeremy-Bojko Je pense que tu peux te baser sur user.profile.departments, ça va alléger les requêtes de manière drastique et il y a peu de chance que ça sature les listes vu qu'un conseiller est souvent sur qq départements max

EDIT: Damned, j'ai oublié que le tdb était accessible aux collectivités aussi maintenant, ça ne marche pas donc

On s'en parle jeudi ?

@glibersat glibersat marked this pull request as ready for review January 27, 2025 10:57
@glibersat glibersat changed the title [feat] Dashboard improvements Amélioration des performances du tableau de bord Jan 27, 2025
@glibersat glibersat self-assigned this Jan 27, 2025
Jeremy-Bojko and others added 4 commits January 27, 2025 12:22
 - Move filter logic to own filter (ProjectActivityFilter)
 - Activity Filter now takes all activity into account
 - Limit regions to useable departments
 - Remove unread_notifications
@glibersat
Copy link
Collaborator

@Jeremy-Bojko nouvelle version que tu peux déployer en PP avec la prise en compte de l'activity de tout le monde :)

@glibersat
Copy link
Collaborator

@etchegom N'hésite pas à review mes modifs du filtre !

Comment on lines +88 to +107
# Filter on members activity recorded on model
members_queryset = queryset.filter(last_members_activity_at__gte=from_ts)

# Fetch activity from acstream
activity_queryset = queryset.filter(
id__in=list(
Action.objects.filter(
target_content_type=project_ct.pk,
target_object_id__in=list(
queryset.values_list("pk", flat=True)
),
timestamp__gte=from_ts,
)
.order_by("timestamp")
.values_list("target_object_id", flat=True)
)
)

# We want both to cover members and advisors activities
queryset = (members_queryset | activity_queryset).distinct()
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Je propose ici une alternative qui, sans certitude d'améliorer les performances, offre des avantages en termes de réutilisabilité et de clarté IMHO:

queryset = queryset.annotate(
    recent_actions_count=Subquery(
        Action.objects.filter(
            target_content_type_id=project_ct.pk,
            target_object_id=Cast(OuterRef("pk"), CharField()),
            timestamp__gte=from_ts,
        )
        .order_by()
        .annotate(count=Func(F("id"), function="Count"))
        .values("count")
    ),
).filter(
    Q(last_members_activity_at__gte=from_ts) | Q(recent_actions_count__gt=0)
).distinct()

Voir même bouger l'annotation dans un queryset du manager et avoir ici seulement qq chose comme:

 queryset = queryset.with_recent_actions_count(from_ts).filter(
    Q(last_members_activity_at__gte=from_ts) | Q(recent_actions_count__gt=0)
).distinct()

@Jeremy-Bojko Jeremy-Bojko requested a review from Louifine January 29, 2025 11:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants