Closed yoannlecuyer closed 11 years ago
Pour la lenteur, je n'ai plus de problème mais j'ai toujours un incohérence entre la 1.17 et la 2.0. EN 1.17 j'ai 20141 résultats contre 21321 en 2.0.
voici la requete telle qu'exécutée en 1.17 Hibernate: select * from ( select distinct individu0_.id_usr as id11, individu01.lang as lang1_, individu01.lib_nom_pat_usr as lib31, individu01.lib_nom_usu_usr as lib41, individu01.lib_pr1_usr as lib51, individu01.lib_pr2_usr as lib61, individu01.lib_mail_usr as lib71, individu01.date_crea_enr_usr as date81, individu01.date_modif_enr_usr as date91, individu01.cod_user_to_create_usr as cod101, individu01.cod_user_to_update_usr as cod111, individu01.tem_en_sve_usr as tem121, individu0_.cod_etu as cod22, individu0_.cod_ind as cod32, individu0_.num_dos_opi as num42, individu0_.cod_pay_nat as cod52, individu0_.cod_dep_nai as cod62, individu0_.cod_pay_nai as cod72, individu0_.dat_nai_ind as dat82, individu0_.ville_nai_ind as ville92, individu0_.cod_nne_ind as cod102, individu0_.cle_nne_ind as cle112, individu0_.num_por_ind as num122, individu0_.cod_sex as cod132, individu0_.mail_annuaire as mail142, individu0_.state_ind as state152 from individu individu0_ inner join opi_user individu01 on individu0_.id_usr=individu01.id_usr inner join indvoeu voeux1 on individu0_.idusr=voeux1.idusr and ( voeux1.tem_en_sve_voeu='Y') inner join indcamp campagnes2 on individu0_.idusr=campagnes2.idusr inner join nomenclature campagne3 on campagnes2_.idnom=campagne3.id_nom, link_trt_cmicamp linktrtcmi4 where voeux1_.idlink=linktrtcmi4.id_link and individu01.tem_en_sveusr='Y' and (linktrtcmi4.id_trtcmi in (select traitement6.id_trtcmi from commission commission5 inner join trt_cmivet traitement6 on commission5_.idcmi=traitement6.idcmi where commission5.idcmi in (95 , 71 , 97 , 81 , 890 , 83 , 271 , 99 , 84 , 330 , 93 , 69 , 590 , 970 , 576 , 579 , 577 , 578 , 573 , 104 , 451 , 575 , 115 , 116 , 114 , 125 , 126 , 121 , 120 , 122 , 124 , 117 , 127 , 119 , 1910 , 128 , 123 , 1010 , 770 , 350 , 910 , 2 , 1591 , 9 , 12 , 13 , 6 , 10 , 15 , 7 , 14 , 8 , 4 , 11 , 17 , 5 , 18 , 1930 , 16 , 610 , 1230 , 1530 , 3 , 1052 , 1130 , 1030 , 1060 , 1054 , 1065 , 711 , 1056 , 1057 , 1051 , 1062 , 1110 , 950 , 531 , 19 , 210 , 31 , 37 , 40 , 490 , 510 , 1070 , 41 , 36 , 1710 , 990 , 1090 , 43 , 113 , 46 , 570 , 49 , 45 , 232 , 107 , 112 , 491 , 511 , 230 , 572 , 690 , 105 , 106 , 231 , 991 , 150 , 151 , 1 , 1451 , 1450 , 532 , 109 , 103 , 1064 , 1150 , 1151 , 1050 , 1063 , 1061 , 1055 , 1058 , 1730 , 1691 , 192 , 1690 , 1670 , 550 , 471 , 630 , 1250 , 1190 , 111 , 129 , 34 , 44 , 39 , 47 , 1650 , 55 , 32 , 79 , 85 , 82 , 930 , 88 , 670 , 89 , 87 , 52 , 56 , 53 , 57 , 1210 , 1850 , 64 , 62 , 1470 , 1472 , 60 , 72 , 1610 , 1630 , 1830 , 110 , 76 , 78 , 58 , 63 , 390 , 67 , 250 , 1590 , 70 , 38 , 33 , 48 , 810 , 850 , 1492 , 1870 , 100 , 23 , 22 , 1810 , 24 , 1510 , 25 , 21 , 1872 , 1871 , 27 , 28 , 1330 , 1750 , 96 , 1270 , 20 , 30 , 98 , 94 , 1170 , 1410 , 1550 , 1430 , 193 , 652 , 190 , 653 , 191 , 1890 , 194 , 650 , 91 , 92 , 86))) and (exists (select indvoeu7.id_ind_voeu from indvoeu indvoeu7 where indvoeu7_.cod_typtrt<>'TR' and indvoeu7.idusr=individu0.idusr and (indvoeu7.id_indvoeu in (select voeux8.id_ind_voeu from indvoeu voeux8 where individu0_.idusr=voeux8.idusr and ( voeux8.tem_en_svevoeu='Y') )))) and campagne3.tem_en_svenom='Y' and (campagne3.cod_ri_nom in (0)) order by individu01.lib_nom_pat_usr asc, individu01.lib_pr1_usr asc ) where rownum <= ?
Résolu en 2.0.0-beta4-pre45
dans Gestion des candidatures / Gestion des pièces manquantes
De la même manière qu'avec la recherche d'un candidat, on a globalement un problème de recherche d'un dossier sur cette page. Par exemple, si je fais la recherche sur le numéro de dossier ou sur le nom sans sélectionner la commission, la recherche ne donne pas de résultat. De plus, le nombre de résultat par défaut diffère de la version 1.17.0. 20141 candidats en 1.17.0 contre 14583 en 2.0.0 Enfin, il y a une gros problème de lenteur pour charger les candidats.