Discussion :

[oliviers92]

Bonjour,

Désolé, la question est très certainement triviale mais je suis codeur SQL ...le dimanche et je ne vois pas.

J'obtiens le message d'erreur en titre, bien que mon code contienne bien une instruction DECLARE.

Quelques détails :

Environnement MS-SQL 2005 sous éditeur Management Studio.
Je cherche à créer une vue avec deux dates en variables pour pouvoir obtenir différents champs et calculs de valeurs de stock en fonction d'une date initiale et une date finale de période.

L"idée est de pouvoir changer ces bornes très rapidement sans toucher le reste du code.

La requête est pour l'instant très simple, mais hormis ce problème de variable le reste ne devrais pas poser de problème. C'est pourquoi je teste cette partie.

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
16
USE [POWER_SBO]
GO
/****** Objet*:  View [dbo].[E_S_DATE]    Date de génération du script*: 09/22/2013 13:02:27 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
DECLARE @InitDate Datetime
DECLARE @FinalDate Datetime
SET @InitDate = '01.04.2012'
SET @FinalDate = '31.03.2013'
GO
ALTER VIEW [dbo].[E_S_DATE]
AS
SELECT     ItemCode, InQty, OutQty, DocDate
FROM         dbo.ES
WHERE     (ItmsGrpCod = '110') AND (DocDate BETWEEN @InitDate AND @FinalDate)

Je me suis limité à ajouter les lignes 7 à 10

Code :

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

1
2
3
4
DECLARE @InitDate Datetime
DECLARE @FinalDate Datetime
SET @InitDate = '01.04.2012'
SET @FinalDate = '31.03.2013'

et à remplacer les deux dates dans la clause WHERE par les variables dans la vue créée par Management Studio qui elle, fonctionne.

merci à qui me mettra sur la piste.

[punkoff]

bonjour,

on ne met pas de variable dans une vue (ou alors j'ai loupé un truc ..)

Ensuite pour la démarche, si votre vue n'est pas trop complexe votre clause where devrait changer le plan d’exécution de votre requête.

Si votre requête est complexe il faudra passer par une fonction (ou équivalent sur sql serveur) afin de remonter suffisamment les paramètres dans le plan d'exec de la requête.

[oliviers92]

on ne met pas de variable dans une vue

A la réflexion, c'est en effet un peu tard, mais en pratique au faut-il le faire ?

Pour le reste de vos commentaires j'avoue que la formulation est très nébuleuse pour moi.
Je vais avoir plusieurs clauses WHERE (requêtes imbriquées) pour obtenir un stock en début de période, des totaux Entrées/Sorties sur la période et un Stock en fin de période. Rien de très complexe me semble-t-il.

[punkoff]

quelle est la requête ? et mettez vos variables dedans.

[oliviers92]

Pour moi une Vue est une requête enregistrée.

Pour expliquer un peu mieux la situation :
Un base SAP (SBO) que je ne suis pas autorisé à toucher.
J'ai donc créer une autre Base POWER_SBO dans laquelle je requête les tables d'origine par des Vues.

La Vue dbo.ES contient les données que je veux traiter. Et la Vue de mise en forme sur laquelle je souhaite mettre mes conditions de dates est [dbo].[E_S_DATE].

Je ne travaille donc que sur des Vues. Si on ne peut déclarer de variables dans une Vue, ce qui semble être le cas car mes ajouts ne génèrent pas d'erreur mais ne sont pas conservés par l'éditeur, alors où puis-je le faire ?

Merci encore pour votre aide.

[punkoff]

Si je reprend votre exemple.

Vous créez la vue suivante :

Code :

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

1
2
3
4
 
CREATE VIEW MA_VUE AS 
SELECT     ItemCode, InQty, OutQty, DocDate
FROM         dbo.ES

Ensuite vous pouvez la requeter de cette manière :

Code :

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

1
2
3
4
 
SELECT ItemCode, InQty, OutQty, DocDate
FROM MA_VUE
WHERE ItemCode = ? AND DocDate between(?, ?)

Les "?" sont à remplacer par vos variables.

Sur des vues simple comme celle-ci SQL serveur va, sans problème, faire remonter les paramètres et ne selectionnera que les données souhaitées.


PAr contre si vos vues sont du type :

Code :

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

1
2
3
4
5
6
7
 
WITH TMP AS (SELECT ..... FROM ... WHERE .... GROUP BY ...),
TMP2 AS (SELECT .... FROM .. WHERE ma_cond = ?)
 
SELECT ..
FROM TMP
INNER JOIN TMP2 ON ..

Et que vos paramètres doivent etre placer dans les CTE (ce que j'appellerai une vue complexe), alors il vaudrait mieux passer par des fonctions, qui elles prennent des paramètres d'entrée.. http://msdn.microsoft.com/fr-fr/library/ms186755.aspx


Le but étant au final de ne pas faire écrouler votre instance SqlServeur..