Discussion :

[romyney]

Bonjour la communauté,

J'ai tous ces éléments ci-dessous et je n'arrive pas à obtenir le résultat correspondant. Il est vrai que je suis débutant en SQL mais aidez-moi s'il vous plaît. voici les éléments :

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
30
31
32
 
 
* @date = '2023-12-20'
*@parc
 
lettrevoiture
Idlv | lieuxdepart | date de départ | lieuxarriver | date d'arrivée
------- | -------- | -------- | -------- | ---------
1 | Parc 1 | 2023-12-12 | Parc 6 |2023-12-14
2 | Parc 6 | 2023-12-18 | Parc 1 |2023-12-20
 
lettrevoitureligne
idlvr | Idlv | idbille
------| ------| ---------
1 | 1 | 206
2 | 1 | 208
3 | 2 | 208
4 | 2 | 206
 
bille
idbille | numéro
------- | ---------
1 | 206
2 | 208
 
Résultat de la requête qui relie les trois tables
idlvr | Idlv | idbille | lieuxdepart | date de départ | lieuxarriver | date d'arrivée
------| -----| ------- | ------------| -------- | -------- | ---------
1 | 1 | 206 | Parc 1 | 2023-12-12 | Parc 6 |2023-12-14
2 | 1 | 208 | Parc 1 | 2023-12-12 | Parc 6 |2023-12-14
3 | 2 | 208 | Parc 6 | 2023-12-18 | Parc 1 |2023-12-20
4 | 2 | 206 | Parc 6 | 2023-12-18 | Parc 1 |2023-12-20

je souhaite faire une requête pour avoir le stock à date des billes arrivées sur un parc @parc à une date @date en excluant les billes qui ont quitté le parc @parc jusqu'à ce jour @date.

je vous prie de m'aider. je suis disponible pour plus de compréhension.

merci,

[al1_24]

Bonjour,

Qu'as-tu déjà testé comme requête(s) ?
Où rencontres-tu un problème ?

• Une erreur d'exécution ? Quel est le message associé ?
• Un résultat erroné ? Quel est le résultat obtenu ? Le résultat attendu ?

[romyney]

merci @al1_24 pour ta préoccupation. Mais voici le code que j'ai essayé :

Code :

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

1
2
3
4
5
6
7
 
 
SELECT b.idbille, v.lieuxdepart, v.datedepart, v.lieuxarriver, v.datearrive FROM lettrevoitureligne l JOIN lettrevoiture v ON l.idlv = v.idlv 
JOIN bille b on b.idbille = l.idbille WHERE v.lieuxarriver = @parc 
AND v.datearrive <= @date 
AND b.idbille NOT IN
( SELECT idbille FROM lettrevoitureligne l2 JOIN lettrevoiture v2 ON v2.idlv = l2.idlv WHERE v2.datedepart <= @date AND v2.lieuxdepart = @parc )

alors lorsque j'execute cette requête pour @parc = 'Parc 1' à la date du @date = '20/12/2023' j'ai un resultat null car la deuxième conditions vient annuler la première. car la première condition sélectionne les billes qui sont arrivées sur le Parc 1 jusqu'au 20/12/2023 ce qui est normal car si vous regardez le tableau ci-dessus vous verrez que les billes sont arrivées sur le parc 1 le 20/12/2023. ensuite, la deuxième sous-requête permet d'enlever les billes qui sont partir sur ce parc(parc 1) jusqu'au 20/12/2023. donc le resultat null est normal car les mêmes billes sont d'abord partir du parc 1 le 12/12/2023. du coup je ne sais comment faire pour que ça m'affiche les billes arrivées sur le parc au 20/12/2023.

merci,

[escartefigue]

Bonjour,

J'avoue avoir du mal à comprendre ce qui est attendu, est ce que le dernier tableau communiqué le 1er message est ce résultat attendu ?

Quoi qu'il en soit, pour calculer un stock, il faut faire l'opération suivante :

Nouveau STOCK = STOCK initial - somme(sorties) + somme(entrées)

Et bien évidemment, il faut connaitre la date du stock initial, pour prendre en compte tous les mouvements depuis cette date

Or, je ne vois pas où est stocké le stock initial dans vos table, ni la date de ce stock...

Question subsidiaire : c'est quoi ces "billes" ?

[romyney]

merci @escartefigue. en réalité le nom stock c'est un terme technique.
ici il s'agit de faire une requête des billes étant arrivées sur un lieu et à une date arrivée. seulement ces billes pour arriver sur un lieu ont besoin d'être transportés par des camions appelé lettrevoiture et une lettrevoiture contient plusieurs lignes appelées lettrevoitureligne. c'est sur ces lettrevoiturelignes qu'on retrouve les billes.

cependant, il peut arrivé qu'une bille soit arrivée sur lieu(parc) le 20/12/2023 mais le 19/12/2023 d'autres billes aient quitté le parc. c'est pourquoi la deuxième sous-requête enlève les billes qui sont partir du parc jusqu'à la date de calcul.

j'espère avoir mieux expliqué le contexte sinon je reste disponible.

merci d'avance.

[escartefigue]

Quelques remarques préalables :

Pour nommer les objets bases de données (les tables, vues, colonnes, triggers...), il est préférable d'éviter les caractères spéciaux tels que les blancs, les apostrophes, les caractères accentués, etc.
Ça évite de devoir encadrer ces noms par des guillemets ce qui simplifie les requêtes.
Également, attention à l'orthographe, les tables, vues et colonnes sont utilisées partout, si une coquille orthographique se glisse dans un nom, on la trimbale donc partout (exemple lieuarriver )
Pour les tables, comme elle sont issues d'un type d'entité au niveau conceptuel, et qu'on se doute bien que chaque table peut contenir plusieurs lignes, on les nomme donc au singulier.
De même, pour les colonnes, comme chaque ligne ne contient qu'une et une seule valeur, on les nomme aussi au singulier, soit "lieuarrivee" plutôt que lieuxarriver"

Ensuite, la ligne de lettre de voiture n'existe pas sans la lettre de voiture correspondante. C'est ce qu'on appelle un type d'entité faible.
Ce faisant, il est fortement recommandé d'identifier la ligne relativement à la lettre. Concrètement, ça se matérialise par le fait que la clef primaire de la ligne se compose en majeur de la clef étrangère identifiant la lettre complétée d'un chrono.
Ce chrono redémarre à zéro ou à un à chaque nouvelle lettre, il n'est pas unique seul.
Le gros avantage de ce type d'identification, c'est qu'avec la PK déclarée comme index cluster, toutes les lignes d'une même lettre seront rangées physiquement dans un espace contigu, au grand bénéfice des performances.

Ce préambule posé, voici une solution à votre besoin (j'ai enrichi votre jeu d'essai un peu pauvre avec quelques cas supplémentaires, et renommé les objets pour éviter les caractères spéciaux) :
Comme vous n'avez pas précisé votre SGBD, ici c'est une solution SQL server, mais facile à transposer vers d'autres SGBD

Code SQL :

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
30
31
32
33
34
35
36
37
38
39
declare @park char(6)    ;
set @park = 'Parc 3'     ;
declare @date date       ;
set @date = '2023-12-18' ;
 
with  LV_lvoit(LV_ident, LV_lieudep, LV_dtdep, LV_lieuarr, LV_dtarr)
  as (select 1, 'Parc 1', '2023-12-12', 'Parc 6', '2023-12-20'   union all
      select 2, 'Parc 6', '2023-12-18', 'Parc 1', '2023-12-20'   union all 
      select 3, 'Parc 2', '2023-12-15', 'Parc 3', '2023-12-18'   union all 
      select 4, 'Parc 6', '2023-12-16', 'Parc 3', '2023-12-17'
    )
   ,  LL_ligne (LV_ident, LL_seq, BI_ident)
  as (select 1, 1, 206  union all
      select 1, 2, 208  union all
      select 2, 1, 208  union all
      select 2, 2, 206  union all
      select 3, 1, 300  union all
      select 4, 1, 400
    )
select subq.LV_lieuarr
     , sum(subq.nbr) 
from 
  (select LV.LV_ident
        , LL_seq
        , LV_lieudep
        , LV_lieuarr  
        , case when LV_lieudep = @park then -1
               when LV_lieuarr = @park then +1
               else 0
          end as nbr
   from       LV_lvoit  as LV
   inner join LL_ligne  as LL
      on LL.LV_ident = LV.LV_ident  
   where LV_dtdep <= @date
     and LV_dtarr >= @date
  ) subq
where subq.LV_lieuarr=@park  
group by subq.LV_lieuarr   
;

[romyney]

merci pour tes remarques et ta solution proposée en Sql Server mais si je dois l'implémenter avec MySQL ça donne quoi ?

aussi peux-tu m'expliquer ta query stp pour que je puisse bien comprendre.

[escartefigue]

En MYSLQ, la requête sera identique à celle proposée, à l'exception de la déclaration des variables à faire sous la forme

Code SQL :

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

1
2
select @park := 'Parc 3'     ;
select @date := '2023-12-18' ;

Dans la requête proposée :

• la déclarative WITH me sert ici à construire deux Common Table Expression (CTE) : c'est pratique pour créer un jeu d'essai quand on n'a pas le script CREATE TABLE + INSERT ;
• la requête imbriquée compte les sorties (-1) et les entrées (+1) en comparant les valeurs des colonnes lieu de départ et lieu d'arrivée avec le code lieu en paramètre et en appliquant la restriction sur la période ;
• la requête englobante calcul la somme de ces entrées et sorties et filtre sur le lieux souhaité.

Note : quand on répond au dernier message dans son intégralité, il faut utiliser le bouton "répondre à la discussion" (tout en bas) et non pas "répondre avec citation"

[Séb.]

merci pour tes remarques et ta solution proposée en Sql Server mais si je dois l'implémenter avec MySQL ça donne quoi ?
aussi peux-tu m'expliquer ta query stp pour que je puisse bien comprendre.

La syntaxe de 8h de escartefigue est presque entièrement supportée par MySQL 8. La seule différence tient aux instructions declare qu'il suffit de supprimer.