Closed BaptisteJacq closed 3 years ago
Je viens de vérifier et ma requête utilise bien 100% des données de chaque table pour faire la mise à jour des statistiques. Pour cela j'ai comparé les statistiques issues de la requête de la PR avec celles renvoyées par le code ci-dessous pour la table TA_GG_DOSSIER (en DEV) et j'obtiens exactement les mêmes valeurs :
begin DBMS_STATS.GATHER_TABLE_STATS ( ownname => '"GEO"', tabname => '"TA_GG_DOSSIER"', estimate_percent => 100 ); end;
Je viens de regarder la documentation sur le champ density et en fait il ne s'agit pas du tout de la densité d'utilisation du champ, mais d'une estimation permettant de savoir si ce champ est intéressant pour faire des conditions dessus :
Du coup je vais l'enlever de ma requête.
Cette PR doit être mergée après la PR 128, sans quoi, je pense que des conflits pourraient apparaître : La PR 128 sert normalement à mettre à jour le fichier "Statistiques_tables_gestion_geo", mais les dernières modifications ne s'y trouvent pas. Elles se trouvent dans cette PR 127 (une erreur de ma part en voulant aller trop vite).
Je te laisse m'indiquer quand faire le merge.
Après c'est l’intérêt de travailler en multipliant les branches en local ça te permet de rebaser l'une par rapport à l'autre pour éviter les conflits et d'avoir un ordre dans tes PR
En effet. C'est corrigé, tu peux merger.
Objectif
Actions à mener