SQL serveur 2008, TABLE.*

**ricil78** · 27/10/2011, 10h58

Bonjour,

Pour des raisons techniques nous venons seulement de passer à SQL2008 et j'ai un petit problème sur les vues.

Avant sur SQL2000 je pouvais faire un truc du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select MaTable.* from MaTable

Si entre temps un champ s'ajoute il est automatiquement pris dans la vue.

Sauf que maintenant avec SQL2008 quand je valide la vue il me rapatrie tous les champs concernés ce qui donne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select MaTable.Champ1, MaTable.Champ2, MaTable.Champ3 from MaTable

De ce fait je perds le coté dynamique en cas de nouveau champ.

Est-ce un paramétrage de SQL2008 ? peut on le contourner ?

merci

**SQLpro** · 27/10/2011, 11h03

C'est faux...
Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
CREATE VIEW V
AS 
SELECT *
FROM   INFORMATION_SCHEMA.COLUMNS

Faites ensuite clic droit sur la vue, générer un script de création de la vue =>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
USE MaBase
GO
 
/****** Object:  View [dbo].[V]    Script Date: 10/27/2011 11:02:19 ******/
SET ANSI_NULLS ON
GO
 
SET QUOTED_IDENTIFIER ON
GO
 
CREATE VIEW [dbo].[V]
AS 
SELECT *
FROM   INFORMATION_SCHEMA.COLUMNS
GO

A +

**ricil78** · 27/10/2011, 11h10

merci pour ta réponse.

Par contre ne dit pas c'est faux car j'ai passé l'age de posté sur des problèmes que je ne rencontre pas !

Quand tu fait ta vue directement dans le management studio en création j'ai le problème.

Par contre je veux bien faire autrement en regardant ta soluce

**SQLpro** · 27/10/2011, 12h35

Faire des requêtes graphiquement est le plus sur moyen de faire n'importe quoi !
En SQL, on utilise le langage SQL, comme ça on sait ce que l'on fait !

A +

**ricil78** · 27/10/2011, 12h48

Je suis assez d'accord avec toi.
Mais même si je la tape à la main sans passer par un script, il y a toujours le problème qu'il remplace le * par tous les champs.

D'ailleurs j'ai tester ta solution qui fonctionne bien et je n'en doutais pas.

Par contre c'est quand même un problème car il faut passer à chaque fois par le script c'est assez pénible, surtout quand on a juste une mini modif à faire.
C'est tellement plus pratique de passer par l'éditeur !

Invité · 27/10/2011, 14h39

Envoyé par ricil78

Par contre c'est quand même un problème car il faut passer à chaque fois par le script c'est assez pénible, surtout quand on a juste une mini modif à faire.
C'est tellement plus pratique de passer par l'éditeur !

Euh ??? Ça dépend de la complexité de la requête de ta vue...
Personnellement, je préfère avoir le plus de maitrise sur les modifications que j'apporte et en maitriser les effets et de ce point de vue, le select * est à prohiber dans une vue.

**ricil78** · 27/10/2011, 15h01

Oui, comme précisé dans le 1er poste j'ai une structure de table variable et cela directement depuis l'application utilisateur sans intervention de ma part.

Et la vue doit reprendre les nouveaux champs, et la solution la plus rapide et le Table.*

Une solution pour éviter la rapatriement des champs depuis la partie graphique ?

Invité · 27/10/2011, 15h18

Envoyé par ricil78

Oui, comme précisé dans le 1er poste j'ai une structure de table variable et cela directement depuis l'application utilisateur sans intervention de ma part.

Ça sent le mauvais bricolage...

Envoyé par ricil78

Une solution pour éviter la rapatriement des champs depuis la partie graphique ?

Ne pas utiliser la partie graphique !
Sinon, tu peux jeter une œil dans les options, il y a pas mal de paramétrages possibles et éventuellement le bon. Je ne peux en dire plus, je ne me sers jamais de cette chose. Les rares fois où je l'ai fait, le bousin était rapidement dépassé...