Discussion :

[SergioMaster]

Bonjour,

je sèche sur ce problème sauf à passer par des procédures mais il y a peut être un moyen plus simple.

Travaillant dans le domaine de la mode j'ai affaires à une saisonnalité des commandes et plusieurs lignes de produits (on pourrait aussi dire marques)
or un client ne commande pas toujours toutes les lignes de Produits pour une saison et pas forcément toutes les saisons
et enfin l'entreprise peut avoir de nouvelles lignes de Produits ou en abandonner

comment alors récupérer des statistiques qui se tiennent alors que je peut avoir des "trous" ? en bonus on ne peut vouloir que les n à n-3 saisons c.a.d dans l'exemple suivant à partir de 16

Exemple

SAISON LIGNE_PRODUIT
12 DA
-- Manque saison 13,14
-- Manque Lignes Produits DA pour la saison 15
15 EX
15 HE
15 SL
-- Abandon de la ligne SL
-- Manque Lignes Produits DA pour la saison 16
16 EX
16 HE
-- Manque Lignes Produits DA pour la saison 17
17 EX
17 HE
-- Manque Lignes Produits DA pour la saison 18
18 EX
18 HE
18 OP << nouvelle ligne
-- Saison 19 ok
19 DA
19 EX
19 HE
19 OP
etc...

idéalement je veux obtenir

-- n-3
16 DA
16 EX
16 HE
16 OP
-- n-2
17 DA
17 EX
17 HE
17 OP
-- n-1
18 DA
18 EX
18 HE
18 OP
-- n
19 DA
19 EX
19 HE
19 OP

Je ne suis pas assez calé en requête récursive pour savoir si c'est possible, une idée pour ce casse-tête ?

P.S. J'ai bien sûr simplifié à l'extrême ne serait-ce que pour l'identification des saisons qui en fait ressemble plutôt à ça : E2016,2016E,E016O
E2016 contenant 2 Lignes de Produits HE et EX,2016E une seule DA de même que E016O avec OP et pourtant tout cela concerne l'ETE 2016
une petite cuisine interne me permet d'affecté un nombre hiérarchique par saison d'où le chiffre de la colonne

[escartefigue]

bonjour,

et pourquoi pas construire une CTE qui contient toutes les combinaisons de saisons et lignes de produit, puis faire une jointure outer de cette CTE vers la table des commandes et ainsi identifier les trous ?

[SergioMaster]

C'est justement cette CTE qui me pose problème, bien que j'arrive à faire cet "compilation" de combinaisons via une procédure, je pense qu'il doit y avoir plus "élégante"

[escartefigue]

Il n'existe pas une table contenant la liste des saisons et une autre la liste des lignes de produits ?
Faute de table, si la liste est relativement courte et surtout qu'elle est stable, un bon vieux select "en dur" (from dual ou équivalent) des valeurs requises peut faire l'affaire

[SergioMaster]

Il n'existe pas une table contenant la liste des saisons et une autre la liste des lignes de produits ?

si bien sûr, les deux, mais en ce qui concerne les lignes de produits je ne veux que ceux concernant le client "au moins une fois dans la tranche à étudier"

Faute de table, si la liste est relativement courte et surtout qu'elle est stable, un bon vieux select "en dur" (from dual ou équivalent) des valeurs requises peut faire l'affaire

Oui, je penche vers cette solution, en fait la nuit portant conseil, je m’aperçois que je ne passe pas par le bon bout pour cette partie, obnubilé par la partie "client" j'ai l'impression d'être passé à coté de quelque chose, le "FULL JOIN" en faisant partie.

Je vais reprendre ma partition

[SergioMaster]

Voilà le résultat de mes cogitations, conforme à ma demande
j'ai préféré finalement le faire dans une procédure pour le passage des paramètres
comme je n'ai parlé que de saison et de Ligne de Produit, la CTE L n'est pas tout fait celle utilisée en réalité, mais c'est la partie qui me posait soucis

N.B. il s'agit d'une base Firebird , mais comme il s'agissait d'un truc plus généraliste CTE RECURSIVE ....

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
27
28
29
SET TERM ^ ;
CREATE PROCEDURE STATS_SAISONS (
    CLIENT Char(5),
    SAISONREF Char(5),
    TRANCHE Smallint )
RETURNS (
    S Smallint,
    LP Char(2),
   ... )
AS
BEGIN
 FOR
 WITH RECURSIVE NS (S,SEQ) AS (SELECT TRUNC(EAN13/10) AS S,1 AS SEQ FROM NUMUNIQUE WHERE CODE='CDEC' AND SAISON=:SAISONREF
                         UNION ALL 
                         SELECT S-1,SEQ+1 FROM NS WHERE SEQ<:TRANCHE
                        ),              
 
            L AS (SELECT DISTINCT COALESCE(M.LIGNE_PRODUIT,'**') LP FROM LCMDCLI L JOIN ECMDCLI E ON L.SAISON_CMDE=E.SAISON_CMDE AND L.NUM_CMDE=E.NUM_CMDE
                                                          JOIN NUMUNIQUE N ON N.CODE='CDEC' AND N.SAISON=L.SAISON_CMDE
                                                          LEFT JOIN MODELES M ON l.MODELE=M.NOM 
           WHERE E.NUM_CLIENT=:CLIENT 
           AND  TRUNC(N.EAN13/10) BETWEEN (SELECT TRUNC(EAN13/10)-6 FROM NUMUNIQUE WHERE CODE='CDEC' AND SAISON=:SAISONREF)
                                      AND (SELECT TRUNC(EAN13/10) FROM NUMUNIQUE WHERE CODE='CDEC' AND SAISON=:SAISONREF) 
          )    
 
  SELECT NS.S,L.LP FROM NS FULL JOIN L ON 1=1 ORDER BY 1,2 INTO :S,:LP
  DO SUSPEND;  
END^
SET TERM ; ^

une seule question, subsidiaire, je ne crois pas que le ORDER BY du SELECT soit vraiment une bonne chose et pense qu'il vaut mieux l'utiliser lors de l'interrogation de la procédure

[escartefigue]

Je préfère ne pas me prononcer sur les procédures que je n'ai guère eu l'occasion de pratiquer
Seul l'order by 1,2 me fait un peu tiquer, car risqué en cas de maintenance, mieux vaut remplacer par les noms de colonnes