Combler les "trous" d'une séquence

Version imprimable

25/02/2016, 11h40
SergioMaster

Combler les "trous" d'une séquence

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

Citation:

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

Citation:

-- 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 :roll:
une petite cuisine interne me permet d'affecté un nombre hiérarchique par saison d'où le chiffre de la colonne
25/02/2016, 11h45
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 ?
25/02/2016, 14h23
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"
25/02/2016, 14h31
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
26/02/2016, 09h19
SergioMaster

Citation:

Envoyé par escartefigue

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"

Citation:

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

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:

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

26/02/2016, 11h04
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 ;)