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 !

[SQLpro]

Plus exactement un RIGHT OUTER JOIN de votre table de prod à la table calendrier en limitant sur la période concernée....

A +

[Kloun]

Je dois être bouché parce que je vois toujours pas ...
_____________Art1___Art2___Résultat final attendu
01/02/2010____100___50_____150
02/02/2010____110__________160
03/02/2010_________________160
04/02/2010____100__________210
05/02/2010_________________210
06/02/2010_________________210
07/02/2010____250__________350
08/02/2010_________________350
09/02/2010____50_____ _____300
10/02/2010_________________300

[Waldar]

J'ai un problème avec votre illustration, comment calculez-vous le résultat attendu (à partir du 04/02 notamment) ?

[Kloun]

Au temps pour moi ...
_____________Art1___Art2___Résultat final attendu
01/02/2010____100___50_____150
02/02/2010____110__________160
03/02/2010_________________160
04/02/2010____100__________150
05/02/2010_________________150
06/02/2010_________________150
07/02/2010____250__________300
08/02/2010_________________300
09/02/2010____50___________100
10/02/2010_________________100

Fatigué moi ...