Je suppose que par «champs», vous voulez dire le nombre de lignes de données de sortie? D'après mon expérience, les gens utilisent des «champs» et des «colonnes» comme synonymes. Étant donné que les noms de la liste de sélection ne changeaient pas, vous n'aviez probablement que des différences dans le nombre de lignes renvoyées. Étant donné les mêmes tables, données d'entrée et requête, la taille et le contenu de l'ensemble de résultats doivent être les mêmes, quel que soit le plan de requête ou la version du serveur. Le séquencement de l'ensemble de résultats peut être différent à moins que vous imposiez un ordre sur les résultats, mais cela est légitime dans tout SGBD.
Si vous obtenez différentes tailles de jeux de résultats, vous devez probablement contacter le support technique IBM. Au moins un des ensembles de résultats est erroné, et les mauvais résultats sont toujours sérieux. Bien que des conseils puissent aider à améliorer les performances, les conseils standard de 'run UPDATE STATISTICS (avec les ensembles d'options appropriés)' aident généralement, ni la présence ni l'absence d'index ne doivent modifier le jeu de résultats lorsque les données sous-jacentes sont stables. . (Si les données changent, il existe une variété de problèmes et de complications à craindre.)
Je pense que pour vraiment aider, nous aurions besoin de voir le SQL, la structure de la table, et peut-être quelques exemples de contenu? – toolkit
@toolkit: Je comprends parfaitement votre point mais franchement je crois que le SQL n'est vraiment pas pertinent ici - comme je l'ai dit la requête est grande mais n'a rien à écrire à propos –
Les informations standard nécessaires pour des problèmes comme celui-ci comprennent la version d'IDS que vous utilisez et la plate-forme sur laquelle vous l'utilisez. La version devrait être en trois parties, telles que 11.50.FC1. Les trois parties peuvent être importantes. –