Discussion :

[lars528]

Bonjour,

j'ai un petit souci :

-J'ai une requete dans un programme access qui va récupérer dans une DB Oracle un enregistrement selon un critère de sélection (le numéro de la personne) : sur le champ "Nummer".

-J'ai, quand je rentre manuellement le critère dans access (sur la ligne "Critères") de l'outil de création de requête, cela va très vite (presque instantané).

-problème : au lieu de rentrer manuellement le "Nummer", je voudrais lier le champ "Nummer" de la table de la DB Oracle avec le champ "Nummer" d'un table locale à l'application Access pour le critère de sélection.
Je parle bien d'une liaison DANS l'outil de création de requête entre les champs "Nummer" des 2 tables et non de créer une relation entre tables.
En fait, cela fonctionne mais prend un temps tres tres long (presque 1 minute).

D'où cela peut-il provenir ?

D'avance, merci.

[cafeine]

Hello,

par expérience, j'ai constaté que les requêtes sur des tables ODBC étaient plus rapides en faisant la "jointure" dans la clause WHERE plutôt que dans la clause FROM .. JOIN ...

[lars528]

Bonjour, merci pour ta réponse.

J'ai modifié la requête mais cela ne change malheureusement pas le temps d'execution de celle-ci...

Je met ici la requete :

Code sql :

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

1
2
3
4
INSERT INTO Tab_Locale_Finale ( Nom, Nummer1, Nummer2 ) 
SELECT DISTINCT Tab_Oracle.Nom, Tab_Locale_Temp.Nummer1, 
Tab_Locale_Temp.Nummer2 FROM Tab_Oracle, Tab_Locale_Temp WHERE
(((Tab_Oracle.NUMMER)=[Tab_Locale_Temp].[Nummer1]));

Peut-être le code de la requête vous permettra de me dire d'où peut provenir la lenteur...
Cette requete me semble pourtant simple.

A bientôt.

[mout1234]

Bonjour,

Le problème vient sans doute du fait que Access se charge lui même des requetes qu'il ne peut pas confier au moteur Oracle...
Vu que tu fais référence à une table locale... c'est forcément Access qui travaille et donc l'ensemble de ta table tab_Oracle est rapatriée en locale... pour que le Jet fasse la jointure.

Il faut donc que tu fasses en sorte, si possible, que le traitement soit coté Oracle. Soit en plaçant la table locale ... sur le serveur, soit en revoyant ta requête pour , par exemple , revenir à l'équivalent de ton essai critère manuel (par exemple en faisant une boucle en VBA sur ta table locale ...)

[Tofalu]

Tu as essayé une requête SQL Direct ?

[cafeine]

Il faudrait demander à celui qui administre la base, quels sont les champs qui sont indexés ... voire qu'il indexe un champ pour toi ... ça pourrait tout changer en terme de performances ...

[lars528]

Rebonjour,

Tout d'abord merci pour vos réponses.
-J'ai essayé en SQL direct : un peu plus rapide mais pas terrible.
-mout1234 : ton idée n'est pas bête du tout, je vais y réfléchir.
-Pour l'indexation, je vais voir ce que mes collègues me diront.

Sinon, j'ai effectué quelques tests :
Le serveur étant en Oracle 9i et que les clients étaient 8i, j'ai fait un test sur une machine en la passant en Client 9i. Résultat : pas plus rapide.

MAIS :
J'ai testé avec un autre driver pour Oracle (Microsoft ODBC for Oracle) :
Et la, le temps d'execution est divisé par 4 environ (mais toujours lent...)

D'où la question que je me pose : quel est le driver qu'il serait préférable d'utiliser ? Avez-vous des suggestions ? Le problèmes ne proviendrait-il pas du Driver ?
J'avoue que je ne connais pas très bien les différents drivers disponible...

Merci d'avance.

a+

[cafeine]

J'utilise ce driver : Microsoft ODBC for Oracle

Après, il faut rationaliser ce qu'on entend par lent ...
C'est peut être un temps raisonnable vu ce que tu demandes en sortie.

Si ta requête est stratégique, ça doit être possible d'indexer le champ sur lequel tu "joins" tes deux tables ...

[lars528]

Ok, je vais faire des tests.
Le problèmes c'est que cette simple requete prend 15 secondes.
J'ai une dizaine de macro executée contenant chacune environ 10 requetes.
Et chaque macro doit etre executée pour environs 250 clients.

En tout cas merci pour vos pistes. L'indexation s'averera peut-etre nécessaire mais je ne sais pas si nous pouvons toucher à la DB de notre site ca il s'agit d'un replica de la maison mère.

Bonne journée à tous.

[cafeine]

Question stupide : Pourquoi ta macro ne gère pas les 250 clients d'un coup ? (c'est 250 fois plus lent ?)

[Tofalu]

En tuilisant du SQL direct, la chaine sql est envoyée directement à oracle. Tu peux donc utiliser la synatxe SQL Oracle. A priori tu vas pouvoir te servir des hint dans les requêtes pour résoudre un problème d'indexation.

[mout1234]

Pour info, je me souviens maintenant que j'ai eu une fois des problèmes de driver ODBC Oracle chez un client qui entranait des temps de réponse catastrophiques... j'ai résolu le problème en remplaçant le driver MS par le driver Oracle...


C'était il y a 2 ans environ, je ne me souviens plus des versions précises des drivers mais je crois qu'il s'aigissait d'un Oracle v8.

[lars528]

Bonjour,

-cafeine : Il s'agit d'un programme que je doit reprendre (je ne l'ai pas conçu). Mais en gros, les fonctionnalités qu'offrent le programme ont surement du obliger le développeur à fonctionner une traitant les clients au cas par cas.

-Tofalu : je ne connais pas les hint, je vais me renseigner, merci.

-mout1234 : c'est en remplaçant les drivers Oracle par les drivers MS que ça va plus vite.

Par contre, même en installant le client 9i, je m'aperçois que le driver Oracle 9 n'est pas présent dans les choix des drivers ODBC. Est-ce normal ?

Bonne journée à tous.