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 et historisation des candidats de la file active #382

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

laurinehu
Copy link
Contributor

**Carte Notion : **

Pourquoi ?

  • prise en compte des correctifs proposés par romain dans la précédente (vieille) PR
  • ajout de test sur les candidats file active (et d'une variable pour les avoir dans la table candidats recherche active)
  • ajout de doc
  • suppression des candidats sortis de la file active du modèle d'histo
  • simplification du code pour simplifier les modèles metabase
  • ajout de l'historisation des candidatures

Checks

  • J'ai lancé le modèle ou seed sur un dump local (si pertinent)
  • J'ai ajouté des tests à mon code Python, ou des assertions DBT sur le modèle SQL
  • J'ai documenté ce modèle voire certains de ses champs (usage métier, tableau de bord, etc)

@laurinehu laurinehu force-pushed the laurinehu/candidats_recherche_active branch from 8833c1e to e48a4d3 Compare December 18, 2024 10:14
@laurinehu laurinehu requested review from rsebille and YannickPassa and removed request for rsebille January 7, 2025 13:50
Copy link
Contributor

Choose a reason for hiding this comment

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

C"est la clause where de ce fichier qui m'a fait tiquer, mais dans ce modèle faudrait pas remplacer le right join par un inner join vu que candidats_recherche_active.sql regarder stg_candidats_candidatures pour savoir si le candidat est dans la fil active ou pas ça ne devrait rien changer, et peut-être aussi virer la clause where pour ne pas dupliquer la logique des 6 mois à plusieurs endroits ?

-- the previous state is no longer current if :
-- 1: dbt_valid_from is bigger than last week date (this line is the new state) // dbt_valid_from is bigger than the last known date
-- 2: dbt_valid_to is bigger than last week date (this line is the last state that is now finished) // dbt_valid
where dbt_valid_from >= last_known_date.lkd or dbt_valid_to >= last_known_date.lkd
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
where dbt_valid_from >= last_known_date.lkd or dbt_valid_to >= last_known_date.lkd
where dbt_valid_from >= last_known_date.lkd or dbt_valid_to >= last_known_date.lkd or dbt_valid_to is null

Non ? 🤔

unique_key=['id', 'semaine_valide'],
post_hook="""
DELETE FROM {{ this }}
WHERE date_derniere_candidature_acceptee is not null and delai_premiere_candidature > 30
Copy link
Contributor

Choose a reason for hiding this comment

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

J'ai mon cerveau qui fume mais delai_premiere_candidature > 30 c'est pas plus ou moins file_active_30_jours ?

@laurinehu laurinehu self-assigned this Jan 7, 2025
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.

2 participants