Différences entre 2 tables

je travaille sur deux bases (PROD et TEST) reliées par un DBlink. TEST est une copie de PROD .

sur les 2 j' ai une table "utilisateur" où sont gerés les différents accès aux applications. avec la requête qui suit je voudrais selectionner

tous les utilisateurs (sur prod) qui ont la ligne "RES" (accès à une application particulière) et ensuite à l'aide de ce resultat prendre les même qui n'auraient pas ce droit sur test.


Effectuée sur TEST

Code:

---

1 2 3 4

select * from utilisateur where not exists (select * from utilisateur@prod where grp like 'RES%');

---

cette requête ne me retourne aucune ligne pourtant je trouve bien sur Test des utilisateurs sans la ligne Rest.

lorsque je fais par exemple

Code:

---

1 2	select count(*) from utilisateur where grp like 'REST%'

---

et

Code:

---

1 2	select count(*) from utilisateur@prod where grp like 'REST%'

---

j' ai une große difference. ce qui veut dire que tous ceux qui ont accès en PROD à cette appplication, n'y ont pas forcément accès en TEST.

besoin d' aide SVP

Il manque une jointure dans votre requête NOT EXISTS
Vu qu'il n'y a aucun lien entre vos deux requêtes, dès lors où un utilisateur à accès à RES alors la requête ne retournera jamais rien

Lorsque vous écrivez une clause [NOT] EXISTS, commencez toujours par faire la jointure, puis mettre les clauses de sélection, ça vous évitera des oublis et des frayeurs
;)

Code:

---

1 2 3 4 5 6 7 8 9

select * from utilisateur U where not exists (select * from utilisateur@prod where U.Util_ID = Util_ID and grp like 'RES%' );

---

Merci Scriuiw pour ta réponse.

celle là aussi avec la Jointure je l' avais déjà essayée sans satisfaction. Le résultat me donne des utilisateurs qui dans les 2 bases n' ont pas de droits d'accès à l'application.

Car je ne cherche que ceux qui y ont accès en prod et pas en Test. Afin de mettre les 2 tables aux même niveau.

Si je comprends bien la recherche, c'est les utilisateurs en DEV qui n'ont pas le groupe RES mais qui existe en PROD avec le groupe RES ?
Plutôt quelque chose comme ça :

Code:

---

1 2 3 4 5 6 7 8

select * from utilisateur u where u.grp not like 'RES%' and exists (select 1 from utilisateur@prod p where p.Util_ID = u.Util_ID and p.grp like 'RES%' );

---

skuatamad bonjour
celle là aussi ne fonctionne pas car un

Code:

---

1 2 3 4

/*test en DEV*/ select * from utilisateur where grp like 'RES%' and nom_util = 'resultat1'

---

me montre que cet utilisateur a les droits d' accès à l' application en DEV

de même

Code:

---

1 2 3 4

/*test en PROD*/ select * from utilisateur@prod where grp like 'RES%' and nom_util = 'resultat1'

---

cette requête ne fait rien d' autre que me donner ceux qui de toutes les facons ont accès à l' application dans les 2 Environements. En occultant tout simplement les lignes 'RES' dans le résultat.

De même j' ai déjà essayé la requête avec comme condition

Code:

---

having (grp not like 'RES%' )

---

. Sans succès

C'est quoi le test pour savoir si un utilisateur à l'accès à l'application, les filtres changent à chaque poste ?

Sinon ma requête fait :
select les utilisateurs en dev
QUI n'ont pas accès à l'application en dev
ET QUI ont accès à l'application en prod

Mais je ne sais pas si ça répond au besoin.

Citation:

---

Envoyé par skuatamad

C'est quoi le test pour savoir si un utilisateur à l'accès à l'application, les filtres changent à chaque poste ?

pas du tout. Juste une erreur de frappe désolée. et corrigée

Code:

---

1 2 3

/*test en PROD*/ select * from utilisateur@prod where grp like 'RES%' and nom_util = 'resultat1'

---

Code:

---

1 2 3

/*test en DEV*/ select * from utilisateur where grp like 'RES%' and nom_util = 'resultat1'

---

Sinon ma requête fait :
select les utilisateurs en dev
QUI n'ont pas accès à l'application en dev
ET QUI ont accès à l'application en prod

Mais je ne sais pas si ça répond au besoin.

---

justement la requête que tu m' as proposée je l'avais déjaà essayé. et comme je te l' ai dit
ca me renvoie les utilisateurs qui y ont accès sur les 2 environnments ce qui ne m'aide pas beaucoup

Justement, non

Skuatamad vous a envoyé la requête suivante :

Code:

---

1 2 3 4 5 6 7 8

select * from utilisateur u where u.grp not like 'RES%' and exists (select 1 from utilisateur@prod p where p.Util_ID = u.Util_ID and p.grp like 'RES%' );

---

Donc les utilisateurs qui ne comportent pas RES... dans grp en environnement de DEV mais qui ont RES... en environnement de PROD
A mon avis, il nous manque des infos pour savoir ce que vous voulez exactement.
L'erreur n'est pas dans la requête mais dans les critères de sélection que vous nous donnez

Citation:

---

Envoyé par Scriuiw

Justement, non

Skuatmad vous a envoyé la requête suivante :

Code:

---

1 2 3 4 5 6 7 8

select * from utilisateur u where u.grp not like 'RES%' and exists (select 1 from utilisateur@prod p where p.Util_ID = u.Util_ID and p.grp like 'RES%' );

---

Donc les utilisateurs qui ne comportent pas RES... dans grp en environnement de DEV mais qui ont RES... en environnement de PROD
A mon avis, il nous manque des infos pour savoir ce que vous voulez exactement.
L'erreur n'est pas dans la requête mais dans les critères de sélection que vous nous donnez

---

Scriuiw
il n' ya pas d' erreur dans les critères de sélection. J'ai précisé que c'était de ma par une erreur de frappe qui a été déjà corrigée dans le post précédent.

comme je l'ai dit cette requête ne me donne pas ce que je recherche car lorsque je fais ces tests

Code:

---

1 2 3 4

/*test en DEV*/ select * from utilisateur where grp like 'RES%' and nom_util = 'resultat1' -- "résultat 1" étant un utilisateur pris au hasart dans le la liste renvoyée par la requête

---

et

Code:

---

1 2 3 4

/*test en PROD*/ select * from utilisateur@prod where grp like 'RES%' and nom_util = 'resultat1' -- "résultat 1" étant un utilisateur pris au hasart dans le la liste renvoyée par la requête

---

ils se trouve que cet utilisateur a accès à l'application dans les 2 environnements

L'erreur est peut-être lié à la jointure entre utilisateur u et utilisateur@prod p ?
Pour l'exemple, j'ai inventé un Util_ID considéré comme la PK de la table utilisateur, mais qu'en est-il en réalité ?

Je persiste à croire qu'il nous manque des éléments pour concevoir correctement la requête qui convient à votre besoin

J'ai l'impression que vous faites votre test d'existence dans le mauvais sens, que donne ceci :

Code:

---

1 2 3 4 5 6 7

select * from utilisateur@prod p where p.grp like 'RES%' and not exists (select null from utilisateur u where u.Util_ID = p.Util_ID and u.grp like 'RES%');

---

Merci merci beaucoup Waldar. :ave:
C'était exactement ce qui manquait. Je réfléchissais à l'envers. :yaisse2: