Discussion :

[ikoita]

Bonjour,
j'ai une vue qui met beaucoup de temps à répondre , voir qui ne répond pas (12 000 lignes dans la table)
en essayant de débuguer, je me suis rendu que ce n'est pas les jointures qui posent problèmes mais plutot le nombre de colonnes ramenées.
en me limitant à 32 colonnes, ma requête met 2 seconde pour ramener les 12 000 lignes.
A partir de 33 colonnes, je n'ai quasiment plus de réponse, je suis obligé de killer la requête.
Est ce qu'il y a une limitation du nombre de colonnes pour une base SQL SERVER?
Dans la DOC microsoft, j'ai lu qu'on autorise jusqu'a 1024 colonnes dans une vue.

Quelqu'un aurait une explication ? sachant que j'ai au total 43 colonnes dans ma vue.

Merci d'avance

[sevyc64]

Je dis peut-être une bêtise, mais en premier lieu je vérifierais l’existence et le type des index sur les colonnes des tables jointes servant aux jointures surtout si celles-ci ne sont pas des clés primaires, notamment sur la table de cette 33ème colonne.

[SQLpro]

Sans la description des tables en jeux et des index impossible de vous répondre.

La différence est parfaitement normale en fonction de l'indexation...
1) si TOUTES les colonnes remontées figurent dans des index c'est rapide. C'est la notion d'index couvrant
2) si UNE SEULE COLONNE ne figure pas dans un index il est impossible d'utiliser uniquement des index et cela conduit l'optimiseur à étudier deux façons de faire :
2.1) SCAN de table
2.2) Recherche dans l'index puis jointure avec la table
Dans tous les cas ces stratégies sont beaucoup moins efficaces.

Donnez le DDL de vos tables et index

A lire : https://sqlpro.developpez.com/cours/quoi-indexer/

A +