Discussion :

[Catab]

Bonjour,

Pour ma première contribution à ce forum, j'aimerais avoir une solution pour simuler une boucle foreach dans une requête SQL.

Voici le contexte, relativement simple soit dit en passant :
J'ai une table avec des articles, des prix, et des dates de création du prix. La date est stockée en format nombre du type '20170101'.

Un article possède plusieurs prix, mais un seul qui est celui actuel.

J'aimerais trouver, pour chaque articles, le prix qu'il avait à une date donnée. Ce qui revient à dire, trouver pour chaque article, le prix dont la date de création est la plus proche inférieure à une date donnée.

J'aimerais donc faire quelque chose du genre :

Code :

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

1
2
3
4
SELECT LIMIT 1 Article, Prix, DateCreation
FROM Tarif
WHERE DateCreation < 20170801
ORDER BY DateCreation DESC

Mais pour chaque article. Donc l'imbriquer dans une sorte de :

Code :

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

1
2
3
FOREACH SELECT DISTINCT Article
FROM Tarif
...

Bien sûr ma syntaxe est incorrecte. Pouvez-vous m'aiguiller ?

Merci.

[al1_24]

Question mainte fois poséee
Une réponse parmi d'autres :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
SELECT  Article
    ,   Prix
    ,   DateCreation
FROM    Tarif   AS trf
WHERE   EXISTS
        (   SELECT  NULL
            FROM    Tarif   AS drn
            WHERE   drn.DateCreation < 20170801
                AND drn.Article = trf.Article
            HAVING  MAX(drn.DateCreation)   = trf.DateCreation
        )
;

Par ailleurs, pourquoi avoir enregistré les dates dans un type numérique alors qu'il existe un type date bien plus adapté ?

[Catab]

Je n'énumère plus les inepties que contient cette base de données malheureusement.

En soit, vu l'usage que j'ai des champs date, qu'elles soient de type numérique n'est pas la plus grande tare de la DB j'en ai bien peur.

A sa décharge, le logiciel qui manipule et crée cette DB est un dinosaure. Et à ma décharge, nous travaillons avec l'équipe informatique pour migrer la DB vers un environnement 100% relationnel qui garantit l'intégrité des données (et dont j'iamgine les dates seront au format date ^^). Mais pour l'instant je travaille toujours sur la vieille.

Quoi qu'il en soit merci pour ton astuce. Je m'empresse de la tester en 'grandeur nature'.

[Catab]

Hum, je pense que j'ai été un peu trop réduit mon problème pour la clarté de mon explication. Il apparaît qu'il est plus complexe et que la date maximum n'est pas fixe mais dépend d'une ligne à l'autre.
Je n'arrive pas à transposer ta solution à mon cas. Je m'explique.

En fait, il y a deux tables à utiliser :

• CS (table qui reprend les conditions spéciales des clients, qui ont droit à un prix réduit sur des articles). On y retrouve entre autres les champs :
  
  • CodeArticle (article sur lequel s'applique la condition spéciale)
  • CodeClient (client qui a droit à la CS)
  • DateDebut (date à partir de laquelle la CS est applicable au client)
  • DateFin (date à partir de laquelle le client ne bénéficie plus de la CS)
  • PrixHT (prix hors taxe de l'article sous cette condition spéciale)
  • QteMin (quantité d'achat minimum à partir de laquelle la CS est applicable)
  • Societe (ensemble des magasins dans lesquels la CS est applicable au client)
  • FlagActif (booléen qui détermine si la CS est toujours applicable)
  • FlagSuppr (booléen qui renseigne si la CS a été supprimée ou non)
• Tarif (table qui reprend les prix des différents articles). On y retrouve entre autres les champs :
  
  • CodeArticle
  • PRR (Prix de revient réel, en gros c'est notre prix d'achat auprès du fournisseur)
  • CodeDepot (magasin sur lequel le tarif s'applique. Tous les articles ont une ligne avec un code dépôt = 0 qui est le prix par défaut pour tous les magasins)
  • TarifActuel (booléen qui détermine si le tarif est en en cours)
  • DateTarif (date de création du tarif, toujours au format numérique)
  • PrixHT (Prix de vente hors taxe)

Nos tarifs évoluent et nos prix d'achat et de ventes peuvent augmenter. On a remarqué que les conditions spéciales ne suivaient pas cette évolution. Il m'a donc été demandé de trouver les CS qui engendraient une vente à perte.
Pour se faire, j'ai procédé ainsi :

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
17
18
19
20
21
22
23
24
25
26
SELECT 
CS.CodeArticle, 
CS.CodeClient, 
CS.DateDébut, 
CS.DateFin, 
CS.PrixHT, 
CS.QteMinimum, 
CS.Societe, 
Tarif.PRR, 
Tarif.CodeDepôt
 
FROM 
CS, 
Tarif
 
WHERE
Tarif.CodeArticle = CSP.CodeArticle
 
AND CS.Societe = 10
AND (Tarif.CodeDepôt = 0
	OR Tarif.CodeDepôt = 6
	OR Tarif.CodeDepôt = 14)
AND Tarif.TarifActuel = 1
AND CS.PrixHT < Tarif.PRR
AND CS.FlagActif = 1
AND CS.FlagSuppr = 0

Je procède société par société et la société 10 ici comprend les magasin 6 et 14. Et je sélectionne les CS pour lesquels le prixHT est inférieur au Prix d'achat (PRR) actuel.

Très bien, sauf que maintenant, j'aimerais, non plus le PRR actuel, mais le PRR de l'époque de la création de la CS, afin d'identifier le pourcentage de marge que l'on faisait sur ces ventes en CS à leur création et réappliquer ces marges sur les CS.

D'où l'idée d'une requête qui extrait pour chaque CS sélectionnée le PRR de l'époque, c'est à dire celui dont la DateTarif est le plus proche inférieur à la DateDebut de la CS.

J'espère avoir été clair.

Je n'ai pas réussi à transposer l'exemple à cette requête. Pas encore un expert en syntaxe SQL.

Merci.