SQL serveur 2008, TABLE.*

[ricil78]

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 :

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 :

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]

C'est faux...
Exemple :

Code :

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 :

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]

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]

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]

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 !

[7gyY9w1ZY6ySRgPeaefZ]

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]

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 ?

[7gyY9w1ZY6ySRgPeaefZ]

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é...

[ricil78]

Pour info le "bricolage" comme tu le nommes viens de SAGE (6,3 millions de clients dans le monde entier) perso j'aimerais bien bricoler comme eux !

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par ricil78

Pour info le "bricolage" comme tu le nommes viens de SAGE (6,3 millions de clients dans le monde entier) perso j'aimerais bien bricoler comme eux !

Ouais, enfin, il faut savoir relativiser aussi... SAP a stocké un moment des booléens dans des varchar(max)...

[ricil78]

Exacte !
En tout cas j'ai pas le choix et je dois faire avec !