Aide sur sous requête

[zebulo80]

Bonjour à tous,

J'ai un SQL basique :

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
30
31
32
SELECT JMNO47 AS Jobnumber, 
SJBN47 AS subjob, 
FLT155 AS description, 
DTDT47 AS Date, 
TSTP47 AS Type, 
REFN47 AS ItemCode, 
PDES35 AS ItemDescription, 
TQTY47 AS Qty,  
LIST20 AS PriceList, 
BRTV47 AS UnitPrice, 
BRTV47*TQTY47 AS TotalValue 
FROM AULSMCT2F2.EQJ47 
 
INNER JOIN AULSMCT2F2.EQP55 ON 
AULSMCT2F2.EQJ47.CONO47 = AULSMCT2F2.EQP55.CONO55 
AND AULSMCT2F2.EQJ47.JMNO47 = AULSMCT2F2.EQP55.JOBN55 
AND AULSMCT2F2.EQJ47.SJBN47 = AULSMCT2F2.EQP55.SJBN55 
AND AULSMCT2F2.EQJ47.TSKN47 = AULSMCT2F2.EQP55.TSKN55 
 
LEFT OUTER JOIN AULSMCT2F2.INP35 ON 
AULSMCT2F2.EQJ47.CONO47 = AULSMCT2F2.INP35.CONO35 
AND AULSMCT2F2.EQJ47.REFN47 = AULSMCT2F2.INP35.PNUM35 
 
LEFT OUTER JOIN AULSMCT2F2.OEP20 ON 
AULSMCT2F2.EQP55.CONO55 = AULSMCT2F2.OEP20.CONO20 
AND AULSMCT2F2.EQP55.ACNO55 = AULSMCT2F2.OEP20.CUSN20 
AND AULSMCT2F2.EQP55.LOCN55 = AULSMCT2F2.OEP20.DSEQ20 
 
 
WHERE CONO47='EU' 
AND JMNO47 IN('7013277') 
AND TSTP47='INV'

qui génère le résultat suivant (voir fichier joint)
Je voudrais rajouter a ma requête une colonne contenant le prix de l'item (REFN47) dans la price list correspondante (LIST20 = L01 dans cet exemple).
Le fichier contenant les infos de la price list est OEP20 avec les champs suivants :
LIST20 : price list
DTEF20 : date d'effectivité. Chaque Item possède plusieurs date d'effectivité et la requête devra sélectionner la date d'effectivité inférieure la plus proche de la date de la facture (DTDT47).
CATN20 : Item code

Je pense qu'une sous requête dans une close having doit pouvoir faire ca mais je n'y arrive pas.

J'espère avoir été clair et attend impatiemment votre aide.

Merci d'avance.

Zebulo80

[SQLpro]

Sachez d'abord qu'une base de données contient des tables et non des fichiers... Si vous en êtes resté au fichiers, faites du Cobol et ne vous polluez pas l'esprit avec du SQL !!!

Il serait beaucoup plus simple de commencer par simplifier la vision de votre table des prix avec une vue donnant la date debut et la date fin de validité de vos pris.

En gros, si vos prix changent à une date (sans heure) il vous suffit de créer une vue présentant les données ainsi :
Produit, date-debut, date_fin, prix

Après une simple théta jointure avec produit + date_facture BETWEEN date_debut AND date_fin vous sortira du mauvais pas ou vous vous êtes fourré !

A lire : http://www.developpez.net/forums/d11...tervalle-date/

A +

[asmduty]

Envoyé par SQLpro

Sachez d'abord qu'une base de données contient des tables et non des fichiers... Si vous en êtes resté au fichiers, faites du Cobol et ne vous polluez pas l'esprit avec du SQL !!!

C'est clairement du DB2 qui provient d'un serveur AS400, d'où l'utilisation du mot fichier.

[CinePhil]

Super clairs les noms des colonnes !

Je n'aimerais pas avoir à travailler avec une BDD pareille !

[Bluedeep]

Envoyé par asmduty

C'est clairement du DB2 qui provient d'un serveur AS400, d'où l'utilisation du mot fichier.

Pourquoi utiliser le mot "fichier" avec DB2 ?

[pacmann]

Salut !

C'est DB2 400 : à la base, sur AS400, tu manipules des fichiers physiques ou logiques que tu ouvres et que tu parcours manuellement (pareil pour les jointures : tu nested loop à la main )

Tu le fais en Cobol, mais je suppose également en RPG (où tes cycles devaient être calqués sur ta boucle de lecture).

Ce mode d'accès a été très plébiscité du moins dans les quelques endroits où j'ai pu voir de l'AS400.

Le SGBD permet d'accéder également à ces fichiers avec sa vision SQL, son dictionnaire et tout et tout... mais les deux visions co-existent.

[Bluedeep]

Merci pour ces informations.

Me coucherai moins bête ce soir

[asmduty]

Envoyé par CinePhil

Super clairs les noms des colonnes !

Je n'aimerais pas avoir à travailler avec une BDD pareille !

Entre le nom des colonnes bidons, le nom des tables bidons, la bibliothèque qui doit systématiquement précéder le nom de la table (au niveau des déclaration de tables), les CHAR utilisés plutôt que des VARCHAR, et les dates au format 20111220, que du bonheur ...