[AC-2003] Intersection 2 requetes [Résolu]

[gabvoir]

Hello,

Bon je bloque sur un (autre) probleme.
Je simplifie le problème :
J'ai une table tasks
ID | parentID | tnID | name
Parent ID me permet de faire un historique des tasks, mais cela importe peu ici

J'ai une requete taksByTN

Code :

1
2
3
4
SELECT MIN(id) AS idn 
FROM   tasks 
WHERE  tasks.tnid >= numIssue()
GROUP  BY parentID

Avec cette fonction numIssue qui renvoi simplement le tnID que lon souhaite visualise.
Jusque la pas de probleme

Le probleme arrive lorsque je souhaite faire un DELTA sur les requetes.
En gros je souhaite que lorsque je recupere la tnID 3 savoir si la tasks etait dans la 2.
J'ai tenté quelque chose du genre :

Code :

1
2
3
4
5
SELECT tasks.ID, 
IIf(Exists (SELECT idn FROM taksByTN WHERE tasks.ID = taksByTN.idn),"M","N") AS Mod, *
FROM tasks
WHERE [ID] In (SELECT idn FROM taksByTN);

Mais cela ne fonctionne pas, il me compte tasks.ID comme un parametre et me demander de le rentrer a la main.

Ici je ne souhaite pas m'occuper de comment on change le numIssue(), c'est le sujet d'un autre topic, et donc le premier renvoi de taksByTN n'est pas le meme que le deuxieme.

Merci de votre aide

[gabvoir]

J'avais pensé a un DLookUp mais je prefere au maximum ne pas m'en servir.

Donc si vous avez des idees comment faire cette intersection ?!

Je vous remerci

[gabvoir]

Bon et bien j'ai fini par copier ma requete tasksByTN

Code :

1
2
3
4
5
6
7
8
9
10
11
'tasksByTN
SELECT MIN(id) AS idn, parentID
FROM   tasks 
WHERE  tasks.tnid >= numIssue()
GROUP  BY parentID
 
'tasksByTNPrev
SELECT MIN(id) AS idn, parentID
FROM   tasks 
WHERE  tasks.tnid >= numIssue()-1
GROUP  BY parentID

Et j'utilise un DCount ...

Code :

1
2
3
SELECT [tasks.ID] AS ID, IIf(DCount('idn','tasksByTNPrev','parentID=' & [parentID])=0,"N",IIf(DCount('idn','tasksByTNPrev','idn=' & [ID])=0,"M","S")) AS Mod, *
FROM tasks
WHERE [ID] In (SELECT idn FROM tasksByTN);

C'est pas trop optimisé mais ca marche ...

Merci pour mon aide

[Vhalar]

Je suis content de voir que tu as trouvé une solution.

Je t'aurais volontier aidé, mais je n'ai malheureusement pas la capacité de le faire.

ps: pourquoi souhaites-tu éviter le DLookup?

[gabvoir]

Hey hey
Merci de tes encouragements !

Le DLookup est une fonctione domaine de Access, elle fait donc appel a des caracteristique intraseque de Access. Et j'avais lu qu'au niveau performance il vallait mieux eviter de s'en servir quand cela etait possible.

Et puis etant donné qu'un jour je souhaite connecter ma base actuel access a une base SQL je ne sais pas trop ce que cela donnera ...

[Vhalar]

C'est bon à savoir. Car j'utilise cette fonction à pas mal d'endroits pour mon projet. Je vais garder ça à l'esprit.

Un collègue m'avait proposé une alternative en utilisant des fonctions ADO/DAO mais ça me semblait bien compliqué. C'était finalement peut être mieux. Bref, je vais pas polluer ton sujet

[gabvoir]

Effectivement DAO/ADO sont bien plus performante:

Voir :
http://access.developpez.com/faq/?pa...#PerfRstDomain

Il ne reste plus qu'a voir si la creation de ces propres fonctions de domaine ne serait une bonne idee.
Du genre :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Public Function DDLookUp(field as string, table as string, criteria as string) as string
dim db as DAO.database
dim rst as DAO.recordset
dim strRqt as string
 
strRqt = "SELECT TOP 1 " & field & " FROM " & table & " WHERE " & criteria
set db = currentDB
set rst = db.OpenRecordset(strRqt, DbOpenSnapShot)
 
DDLookUp = rst.fields(field).value
 
set db = nothing
set rst = nothing
End Function