Bonjour,

les vues indexées sont puissantes pour des requêtes complexes sur des structures fortement normalisées et de grands volumes. Sur des volumétries plus petites, les vues sur les tables sous-jacentes suffisent souvent à assurer de bonnes performances.

Il y a des contraintes sur les vues indexées : le résultat de la vue doit être déterministe (pas d'utilisation de fonctions non-déterministes comme CURRENT_TIMESTAMP), et des options de toutes les sessions qui modifient les tables sous-jacentes et atteignent la vue doivent être identiques, par example SET ANSI_NULLS.

Ca peut être un problème si vous ne maîtrisez pas toutes les connexions entrantes, et que certaines se font avec de vieilles bibliothèques de données (ODBC par exemple), qui affectent ces options. Par exemple des connexions PHP depuis des machines Linux qui utilisent FreeTDS.

La vue indexée diminue aussi légèrement les performances des modifications sur les tables sous-jacentes, et occupe de la place supplémentaire dans la base.
En contrepartie le gain de performances peut être très net. En édition Entreprise, cela peut même améliorer les performances de requêtes qui n'utilisent pas la vue.

Vous pouvez tester ce que ça donne, et les supprimer si problème