creation d'alias de table / sql server 2005

**filobilo** · 23/09/2009, 12h25

Bonjour,

Je bloque sur un pti pb.

Le contexte. J'ai créer une procédure qui fait quelques traitements...

Hors, en fonction de la valeur d'un champ, transmis en paramètre, je vais travailler sur des tables différentes, qui ont les mêmes colonnes. Ces tables contiennent des configurations liés au champ transmis en paramètre.

Donc au lieu de faire 4 tests à chaque instructions pour savoir sur quels tables travaillés, j'aurais voulu créer un alias sur ma table que je pourrai utiliser tout au long de ma procédure, et la détruire en fin de procédure.

Je suis au debut partie sur les vues, mais cela ne fonctionne pas dans une procédure stockée, et créer une vue pour recréer une table n'est pas très optimisé.

Après recherche, je pencherai sur l'utilisation de "Create Type" mais je n'arrive pas à en trouver la bonne syntaxe.

Je pensai aussi éventuellement créer une vue regroupant toutes mes tables en ajoutant mon fameux champ transmis, mais j'ai peur que cette vue deviennent trop lourd.

Auriez vous quelques pistes de recherche ?

Merci par avance.

**jero44** · 23/09/2009, 13h00

bonjour,
Si j'ai bien saisie votre propos vous souhaitez construire dynamiquement la reqûete en fonction de la valeur de l'un des paramètres.
Pour la construction dynamique de requete il est nécessaire d'utiliser sp_executesql.

**SQLpro** · 23/09/2009, 14h23

Auriez vous quelques pistes de recherche ?

Oui : pourquoi avez vous créé n tables ayant les mêmes colonnes ??? C'est une erreur dans le modèle. Il suffit de tout regrouper dans la même table ! En vertu d'une principe simple : même infos = même table.
Si vous voulez distinguer les lignes de votre table, rajoutez simplement une colonne.
Vos requêtes deviendront, simples, élégantes efficaces et rapide si vous mettez les index adéquat. De plus vous respecterez l'art de la modélisation de données et à terme irez 10 fois plus vite en développement !

A +

**elsuket** · 23/09/2009, 14h25

Bonjour,

Il vous faudrait plutôt regrouper ces 4 tables en une seule, et il vous sera peut-être nécessaire ensuite d'ajouter une colonne à cette nouvelle table pour faire la distinction entre les 4 "sous-ensembles" donc vous disposez actuellement dans 4 tables.

Je pensai aussi éventuellement créer une vue regroupant toutes mes tables en ajoutant mon fameux champ transmis, mais j'ai peur que cette vue deviennent trop lourd.

Partant ce que je viens de vous proposer, il vous "suffit" d'indexer proprement la table unique en étudiant les requêtes qui la spécifient, notamment leur plan

@++