Discussion :

[DebutantDotNet]

Bonjour à tous,

Je débute avec SQL server et je devrais réaliser quelque chose comme ceci.

Je reçois des données comme dans la table 1 ci-dessous :


Table 1 normalisée

N° enquête / question / valeur

Enquête1 Q1 123
Enquête1 Q2 234
Enquête1 Q3 345
Enquête2 Q1 111
Enquête2 Q2 222
Enquête2 Q3 333

Et je voudrais obtenir une Table 2 dénormalisée

N° enquête / ValQ1 / ValQ2 / ValQ3

Enquête1 123 234 345
Enquête2 111 222 333

Je peux créer la structure de la table 2, mais je voudrais qu’elle se mette à jour sur un trigger « sur ajout » de ma table 1 ou alors avec une procédure stockée.

Je suis vraiment débutant et j’apprécierais vraiment qu’on me montre toutes les étapes.

Merci

[SQLpro]

Pourquoi ne pas réaliser une vue ?

Un trigger à un coût exhorbitant car il s'active au sein même de la transaction.

Une procédure d'insertion, cela serait déjà mieux, mais créée de la redondance.

Une vue ne possède ni l'inconvénient de l'un ni de l'autre. Sauf son temps d'exécution

A +

[DebutantDotNet]

Merci pour ta réponse,

Outre le fait que dans le cas présent, le code de cette vue ne me parait pas du tout évident à réaliser, il faut dire que dans la réalité, j'aurai par an 1 million de lignes dans ma table 1 et comme j'ai en fait 35 questions par questionnaire, je n'aurai plus que 30000 lignes dans ma table 2. Ce qui sera beaucoup plus performant pour la réalisation de rapports.

Qui dit dénormalisation dit bien sûr redondance mais dit aussi performance. Dans mon cas c'est la performance et l'intégrité des données qui sont prioritaires.

[SQLpro]

Donc une vue indexée s'impose !

A +

[DebutantDotNet]

Peux-tu m'en dire plus ?

J'ai déjà entendu parlé de ces vues indexées, mais dans mon bon souvenir, c'était présenté comme assez lourd dans le cas ou les tables étaient assez volatiles.

[SQLpro]

Vue indexée :
une vue avec dessous un index contenant les données.
C'est SQL Server qui s'occupe directement de mettre à jour l'index à chaque mise à jour (INSERT, UPDATE, DELETE) des données des tables qui constitue la vue.

Une vue indexée oblige les colonnes des tables qu'elle recence à ne plus évoluer (sinon perte de la vue). Mais cela n'empêche pas de modifier les autres colonnes des tables ou d'en rajouter. Au pire si l'une des colonnes doit évoluer il suffit de supprimer la vue et de la reconstruire.

Quelques références sur le sujet :
http://www.sqlservercentral.com/colu...malization.asp
http://www.sql-server-performance.com/indexed_views.asp

A +