Discussion :

[Immobilis]

Salut,

J'ai créé une vue qui pèse lourd. Elle peut mettre plusieurs minutes à s'afficher et remonte beacoup de données.
Elle est destinée à des routines de mise à jour d'un index dans un moteur de recherche.

Il est probable que cela prendra plusieurs heures pour être traité dans sa globalité. Suivront des mise à jour incrémentielles.

Questions: Si les données ne changent pas SQL fera appel à son cache. Par contre quel est l'impact quand les données changent? Si un seul enregistrement est modifié est-ce que toute la vue sera rechargée ou seulement en partie?

Merci de vos éclairsissements.

A+

[mikedavem]

Bonsoir Immobilis,

Une vue ne stocke pas physiquement les données. Par conséquent, aucun impact sur la vue en tant que telle.

Maintenant si votre vue contient un index, la mise à jour des données de votre index entrainera un recalcul différentiel et non global. (Heureusement d'ailleurs, sinon boujour les performances )

++

[Immobilis]

Salut mikedavem, merci pour cette réponse.

Une vue ne stocke pas physiquement les données. Par conséquent, aucun impact sur la vue en tant que telle.

Oui, oui, je sais bien. Par contre, il y a un cache.

Sauf erreur de ma part, un index sur une vue (ou une table) sert pour accéder rapidement à un enregistrement par la recherche dans les champs indexés. Les vues que je mets en place comportent trop de champs. De plus, il n'y a pas à faire de recherche dedans. Toutes les données sont récupérées en bloc. Il y a bien des jointures par contre. D'ailleurs, est-il nécessaire que les clefs des tables que j'inclue dans les vues, et qui me servent à faire les jointures, soient indexés?

Merci de ton aide

[mikedavem]

Oui, oui, je sais bien. Par contre, il y a un cache.

Pour faire simple, après votre mise à jour, les pages concernées seront marquées comme "sales" et seront donc écrites sur disque dans un 2ème temps. (de façon asynchrone)

Lorsque vous interrogerez vos nouvelles données, SQL Server détectera que ces pages requises ne sont pas en cache et les ramenera dans celui-ci. Les fois suivantes, SQL Server ira chercher les pages directement dans le cache de données.

Sauf erreur de ma part, un index sur une vue (ou une table) sert pour accéder rapidement à un enregistrement par la recherche dans les champs indexés. Les vues que je mets en place comportent trop de champs. De plus, il n'y a pas à faire de recherche dedans. Toutes les données sont récupérées en bloc. Il y a bien des jointures par contre. D'ailleurs, est-il nécessaire que les clefs des tables que j'inclue dans les vues, et qui me servent à faire les jointures, soient indexés?

Oui pour des questions de performance pour éviter le scan de table sur vos jointures.

++