J'ai trouvé une réponse partielle : le système d'activation du questionnaire se fait sur une seule table.

Par conséquent, un questionnaire avec un nombre important de questions aura par conséquent beaucoup de colonnes dans la table créée à cet effet, ce qui aura pour effet de diminuer les performances et même ne pas passer dans mon cas... en tout cas sur MySQL.

J'essaie donc de passer sur SQL server et utiliser l'option wide_table, étant donné que j'aurai beaucoup de champs NULL ça pourrait solutionner mon problème si la requête venait à passer, même si l'optimisation et la performance de la base de donnée laisse à désirer...

Je ne comprends pas pourquoi à l'activation de l'enquête il n'y aurait pas plusieurs tables créées, par exemple divisées par groupe de questions ou autre ( c'est toujours plus opti d'avoir beaucoup de tables qu'une énorme table)...

Cordialement,

Mais array_filter c'était sans utiliser autoComplete ?
En fait à la base : j'ai fait autoComplete pour résoudre ce genre de situations.

Il est encore améliorable par exemple :
- Possibilité de l'utiliser sur des questions de type "Liste de choix" (reprendre : gitlab.com/SondagesPro/QuestionSettingsType/selectFilter )
- Possibilité d'utiliser un label existant
- Possibilité d'utiliser les données d'une table dans la base de données (avec un système de gestion des listes de sources).

Mais ca prend du temps.