Discussion :

[carjo]

Bonjour,

Voici une courte description du contexte:

Base de données de production de plusieurs TerraBytes.
Cette base doit être en tout temps accessible (aucun processus de maintenance bloquant ou autre) 24 heures/24 et 7 jours/7 pour recevoir de nouvelles commandes.

Dans quelle mesure pouvons-nous obtenir un gain de performance en manuiplant (INSERT, UPDATE, DELETE) ou en lisant les vues plutôt que les tables ?

Merci.

[elsuket]

Bonjour,

En voici un démonstration par SQLPro.

@++

[SQLpro]

Que vous fassiez vos requêtes par des vues ou directement sur des tables, comme une vue n'est autre qu'une requête SQL auquel on a donné un nom, il n'y a pas de différence avec l'exécution directe de la requête.

Maintenant le débat se situe à un autre niveau... Si vous attaquez directement vos tables, alors à chaque modification de la structure de la base il vous faudra modifier aussi les applications.
Ceci est beaucoup moins sensible si vous travaillez exclusivement avec des vues... En effet il est facile de recomposer une vue identiques même si les tables sous-jacentes ont bougées...

Enfin, si vous voulez être extrêmement performant, il est très intéressant de ne travailler qu'en utilisant des vues y compris pour les mises à jours. Contrairement à une idée reçues, les vues peuvent être mis à jour (INSERT, UPDATE, DELETE...) dans certains conditions (déterminisme de ligne de chaque table).
Mais à l'aide des trigger INSTEAD OFF, vous pouvez tout faire y compris du mapping relationnel objet, et il n'y a pas plus rapide ni plus sûr comme en témoigne Dulcian :
http://www.dulcian.com/Articles/Thic...ited_final.htm

Pour ma part cela fait près de 10 ans que je travaille comme cela en conseil pour mes clients, et j'ai sauvé des projets dont les grosses SSII disaient qu'ils étaient soit disant irréalisable dans les temps impartis...

Pour une petite étude sur la chose, jetez un coup d'œil à l'article que j'ai écrit sur les règles de Codd, et en particulier à la règle 6 page 5 et sa dernière démo :
http://sqlpro.developpez.com/SGBDR/ReglesCodd/

A +

[carjo]

Merci pour vos informations & expertises.