Discussion :

[killysui]

Bonjour,

Je travaille sous SQL-SERVER 2005.

Et je souhaite dans une procédure stockée avoir un truc du genre :

Select MATABLE.COLONNE1, MATABLE.COLONNE2, MATABLE.COLONNE = @param from MATABLE

Je souhaiterai ne pas faire execute dans la ps.

Merci d'avance

[SQLpro]

Sans SQL Dynamique cela n'est pas possible.

A +

[killysui]

Il me semble que je dois utiliser sysobject. Mais je ne suis pas sûre et surtout je ne sais pas comment.

Merci pour toute piste.

[killysui]

Désolé SQLPRO, je viens de voir a l'instant ton message.

Vu ton profil, je supose que tu dois être sûre de ce que tu dis....

[killysui]

Pourtant il me semble qu'il est possible de vérifier si une colonne d'une table existe(Je l'ai déja fais). Donc si on peut vérifier sont existance, je peux donc faire ce que je demande sans faire un execute. Mon problème c'est que je ne sais plus comment on fait pour déja vérifier l'existance d'une colonne.

Merci d'avance pour toute aide.

[SQLpro]

Code :

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

1
2
SELECT *
FROM   INFORMATION_SCHEMA.COLUMNS

A +

[killysui]

Ok Merci.

Pour résumer, sans SQL Dynamique cela n'est pas possible. Dons je suis obligé de'utiliser un excecute. mais je vais dans procédure vérifier avant si ma colonne de ma table existe avec SELECT * FROM INFORMATION_SCHEMA.COLUMNS.

merci.

[elsuket]

Bonsoir,

Vosu ne devez pas utiliser SELECT * dans une requête. Cette commande ne devrait servir qu'à regarder rapidement quelles données stockent vos tables, mais ne le mettez pas dans le code d'une procédure stockée, car cela est contre-performant.

Dans votre cas, vous pouvez par exemple écrire :

Code :

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

1
2
3
4
5
6
7
8
9
IF EXISTS
(
	SELECT 1
	FROM INFORMATION_SCHEMA.COLUMNS
	WHERE COLUMN_NAME = maColonne
)
BEGIN
	...
END

Si vous utilisez du code SQL Dynamique, mieux vaut utiliser la procédure stockée sp_executesql qui vous permet de conserver les plans d'exécution si seules les valeurs des paramètres changent, ce qui n'est pas le cas avec l'instruction EXEC (maCommandeSQL)

[killysui]

Merci ElsuKet.

Ok je teste tout cela et je vous tiens au courant.

[SQLpro]

Le SELECT 1 ou SELECT * dans le EXISTS c'est la même chose... Je dirais même que pour certains moteurs il vaut mieux mettre le SELECT * que le moteur optimisera mieux qu'une constante. Le seul cas ou la constante est attendue c'est lorsqu'il y a un GROUP BY. Dans ce cas, le SELECT NULL est préférable.

A +

[elsuket]

Bonjour,

Je savais que le COUNT(*) est optimisé, mais pas le SELECT *.
Alors j'ai testé, pour savoir, avec SQL Server 2005 Express installé sur mon PC perso:

Code :

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

1
2
3
SELECT 1
FROM INFORMATION_SCHEMA.COLUMNS
WHERE COLUMN_NAME = 'toto'

Nous donne:

Temps d'analyse et de compilation de SQL Server :
, Temps UC = 25 ms, temps écoulé = 25 ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0 ms, temps écoulé = 1 ms.

(0 ligne(s) affectée(s))
Table 'Worktable'. Nombre d'analyses 0, lectures logiques 0, ...
Table 'syscolpars'. Nombre d'analyses 1, lectures logiques 2, ...

SQL Server \endash Temps d'exécution :
, Temps UC = 0 ms, temps écoulé = 1 ms.

Code :

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

1
2
3
SELECT *
FROM INFORMATION_SCHEMA.COLUMNS
WHERE COLUMN_NAME = 'toto'

Nous donne:

SQL Server \endash Temps d'exécution :
, Temps UC = 0 ms, temps écoulé = 1 ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0 ms, temps écoulé = 1 ms.

(0 ligne(s) affectée(s))
Table 'syscolpars'. Nombre d'analyses 6, lectures logiques 13, ...
Table 'sysschobjs'. Nombre d'analyses 1, lectures logiques 5, ...

SQL Server \endash Temps d'exécution :
, Temps UC = 0 ms, temps écoulé = 1 ms.

Plus de pages sont lues par le SELECT * mais le temps de compilation et d'exécution est beaucoup plus faible

[SQLpro]

Relisez ce que j'ai dit : DANS LE EXISTS !

[elsuket]

Pas seulement apparement ou alors je comprends plus ...

[elsuket]

Je viens d'exécuter la même requête avec un IF EXISTS, et les deux requêtes donnent le même temps de compilation et d'exécution, et le même nombre de pages lues :

, Temps UC = 0 ms, temps écoulé = 1 ms.
Table 'Worktable'. Nombre d'analyses 0, lectures logiques 0, lectures physiques 0, lectures anticipées 0, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.
Table 'syscolpars'. Nombre d'analyses 1, lectures logiques 2, lectures physiques 0, lectures anticipées 0, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.

[SQLpro]

Faire des test sur une volumétrie faible n'a aucun sens !
Imagine que l'on donne au sportif de formule 1, 100m de circuit pour faire leur essais afin de savoir qui va partir en pôle position...

Il faut au moins que tes tables aient quelque centaines de pages pour pouvoir mesurer quoi que ce soit !

A +