Table dérivée ..?

Bonjour à tous,

J'ai un fonctionnement d'oracle que je ne comprend pas avec les tables dérivées.

Le but est de sortir la date "date_livr" pour 20160334a = "22/01/16" car on veut la date initiale (Qui correspond à celle du 20160334) et pas celle de la mise à jour pour simplifier.

Jeu de données :
20160334a 19/04/16
20160334 22/01/16

J'aurai fais naturellement le SELECT ci-dessous
Code:

1 2 3 4 5 6 7 8 SELECT a.*, CASE WHEN IS_TEXT_DSI(A.NUMERODEVISSELL) = 'Y' THEN (SELECT A.date_livr FROM TEST_Renouv B WHERE TO_CHAR(A.NUMERODEVISSELL) = TO_CHAR(SUBSTR(B.NUMERODEVISSELL,1,LENGTH(B.NUMERODEVISSELL)-1)) ) ELSE A.DATe_livr END DATE_T FROM TEST_Renouv A
Sauf qu'il me sort un Null ??
SUBSTR(B.NUMERODEVISSELL,1,LENGTH(B.NUMERODEVISSELL)-1) = "20160334", donc je ne comprend pas.

Note : IS_TEXT_DSI renvoit Y ou N si c'est du texte ou non.

Merci d'avance pour vos explications! :)

Ce ne serait pas plutôt :

Code:

1
2
3
4
CASE WHEN IS_TEXT_DSI(A.NUMERODEVISSELL) = 'Y'  THEN   (SELECT B.date_livr FROM TEST_Renouv B
                                                        WHERE TO_CHAR(A.NUMERODEVISSELL) = TO_CHAR(SUBSTR(B.NUMERODEVISSELL,1,LENGTH(B.NUMERODEVISSELL)-1))
                                                        )
                                                ELSE A.DATe_livr

ça ne change rien, mais c'est normal puisque A = B,
C'est censé me sortir le 22/01/16 dans les 2 cas.

Le substr est placé à l'envers, et c'est bien B.date_livr, puisque vous exécuter la requête dans le cas où A.NUMERODEVISSELL=20160334a, donc avec A.date_livr au 19/04 :
Code:

1 2 3 4 5 6 7 CASE WHEN IS_TEXT_DSI(A.NUMERODEVISSELL) = 'Y' THEN (SELECT B.date_livr FROM TEST_Renouv B WHERE B.NUMERODEVISSELL = SUBSTR(A.NUMERODEVISSELL,1,LENGTH(A.NUMERODEVISSELL)-1) ) ELSE A.DATe_livr end
J'ai viré les to_char inutile puisque la colonne NUMERODEVISSELL peut contenir 20160334a donc elle est en varchar2.

ah oui effectivement ça marche!
Merci!! :)

Par contre je ne comprend pas pourquoi ça marche dans un sens et pas dans l'autre?

Car dire (de façon simplifiée) :
WHERE A.ID = B.ID
Ou
WHERE B.ID = A.ID

C'est pareil ? Enfin du coup, non. Mais plutôt pourquoi "non" dans une table dérivée?

Mais qu'est-ce que tu entends par "table dérivée"? C'est un terme que je ne connais pas.

A est la requête principale.
À la sélection des lignes de A, on vérifie si A.NUMERODEVISSELL est numérique ou text (WHEN IS_TEXT_DSI(A.NUMERODEVISSELL) = 'Y')
Si c'est du texte (A.NUMERODEVISSELL='20160334a') alors on part chercher la valeur de date_livr pour une autre version de ligne de la table TEST_Renouv B.

Pour trouver la version de date_livr corrspondant au code numérique 20160334, il faut tronquer le code '20160334a' courrant de la table principale A du dernier caractère (SUBSTR(A.NUMERODEVISSELL,1,LENGTH(A.NUMERODEVISSELL)-1))

On a donc bien la requête corrélée suivante
Code:

1 2 3 SELECT B.date_livr FROM TEST_Renouv B WHERE B.NUMERODEVISSELL = SUBSTR(A.NUMERODEVISSELL,1,LENGTH(A.NUMERODEVISSELL)-1)
Si on fait le test suivant on aura en reprenant les 2 valeurs exemple :
Code:

1 2 3 WHERE TO_CHAR(A.NUMERODEVISSELL) = TO_CHAR(SUBSTR(B.NUMERODEVISSELL,1,LENGTH(B.NUMERODEVISSELL)-1)) WHERE '20160334a' = '20160334' --pour la ligne ou B.NUMERODEVISSELL = '20160334a' WHERE '20160334a' = '2016033' --pour la ligne ou B.NUMERODEVISSELL = '20160334'
Donc pas de correspondance et un résultat NULL.

Dernier point, B doit renvoyer au plus une ligne sinon il y aura un message d'erreur.

Je ne sais pas si c'est vraiment plus clair.

Citation:

Envoyé par BIOoOAG

ah oui effectivement ça marche!
Merci!! :)

Par contre je ne comprend pas pourquoi ça marche dans un sens et pas dans l'autre?

Car dire (de façon simplifiée) :
WHERE A.ID = B.ID
Ou
WHERE B.ID = A.ID

C'est pareil ? Enfin du coup, non. Mais plutôt pourquoi "non" dans une table dérivée?

Non car vous n'êtes pas dans un cas d'équi-jointure sur un identifiant unique, mais de subselect avec recherche sur une valeur partielle d'une colonne :
WHERE B.NUMERODEVISSELL = SUBSTR(A.NUMERODEVISSELL....C'est d'ailleurs risqué car rien ne garantit que votre sub-select renvoie bien une ligne unique, et si ce n'est pas le cas votre requete plantera

Citation:

Envoyé par Ikebukuro

Mais qu'est-ce que tu entends par "table dérivée"? C'est un terme que je ne connais pas.

Dans ce cas ce n'est pas vraiment une table dérivée mais plutôt une sous-requête corrélée.

Une table dérivée, c'est plutôt lorsqu'on utilise les sous-requête dans le FROM

Merci pour vos réponses! J'ai appris plein de truc, dont des précisions sur le vocabulaire SQL!! :D