Discussion :

[Kloun]

Bonjour,

J'ai une table Stock toute simple :

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLE [tblStock] (
[IdArticle] int NOT NULL,
[Jour] datetime NOT NULL,
[Stock] decimal(18, 5) NULL,
CONSTRAINT [PK_tblStock]
PRIMARY KEY CLUSTERED ([IdArticle] ASC, [Jour] ASC)
WITH FILLFACTOR = 100
 ON [PRIMARY]
)

Je n'ai de valeur que les jours où il y a un changement de stock.
Donc pour un article (IdArticle = 1) on peut avoir :
01/02/2010 100
02/02/2010 110
07/02/2010 250
25/02/2010 100
Entre le 7 et le 24, le stock est resté à 250.
En restitution, j'affiche tous les jours et je recrée les points manquants.

Comment faire si on a plusieurs articles pour lesquelles on veut calculer le stock global jour après jour ?

J'ai fait une PS avec un curseur mais ça ne me satisfait pas trop et c'est long (traitement article par article, jour par jour avec Update/Insert dans une table temporaire).
En restant sous SQL Server 2000, y'a-t-il mieux ?
Mon serveur devrait migrer sous 2008 sous peu.
Puis-je espèrer des nouveautés qui permettraient de faire les choses un peu mieux ?

Merci.

[Waldar]

Implémentez une table calendrier :
http://sqlpro.developpez.com/cours/gestiontemps/

[Kloun]

Mais encore ?
Parce que je ne vois pas trop en quoi une table calendrier aidera à résoudre mon problème.
(fin de journée, fin de semaine, fin de mois => grosse fatigue => neurone pas percutant)

Merci.

[SQLpro]

Une base de données n'invente pas des données qu'elle n'a pas. SI vous voulez afficher TOUS les jours, il faut une table avec TOUS les jours.

A +

[Kloun]

Si j'ai un prix unitaire et une quantité, je suis bien capable d'afficher le prix global alors que la donnée n'est pas dans la base.

Là, c'est juste un peu plus compliqué : si la donnée n'existe pas pour une journée mais pour avoir la donnée, il faut aller chercher la donnée qui existe pour la journée max des journées précédentes.
Pour le moment, j'y arrive en gérant un curseur. Je voulais savoir s'il n'y avait pas plus efficace.
Si j'ai une table calendrier, j'aurai (jointure externe entre stock et calendrier) :
01/02/2010 100
02/02/2010 110
03/02/2010
04/02/2010
05/02/2010
06/02/2010
07/02/2010 250
08/02/2010
09/02/2010
10/02/2010
...
En quoi cela peut-il m'aider ?

[Waldar]

Il y a bien plus efficace, puisqu'avec une table calendrier votre problème se resoud en une seule requête.

En faisant un produit cartésien entre ce calendrier sur la période concernée et les articles qui vous intéresse, puis une jointure externe sur vos stocks, et encore plus avec SQL Server 2008 qui permettra l'utilisation des fonctions de fenêtrage !