Problème accès au données DB2

**batoux** · 11/08/2016, 10h31

Bonjour à toutes et à tous,
je vais vous expliquer un peu mon contexte de travail, puis les différents problèmes que j'ai pu rencontrer.

Ma base de données est une base IBM DB2 sur un AS/400. ([base_x])
J'utilise d'une part Oracle i-reporting, connecté à ma base de données [base_x], par le biais d'un fichier OCE (auquel je n'ai aucun accès).
Tout fonctionne correctement, les requêtes s'effectuent plutôt rapidement malgré leur complexité ainsi que la taille de la base de données.
Jusqu'ici tout va bien donc ...

J'utilise aussi dans un second temps l'ETL Pentaho. Je veux extraire les données de plusieurs tables de [base_x] et les insérer dans une nouvelle table [base_y].
Je paramètre donc ma connexion dans Pentaho, IBM DB2 par le biais d'un connecteur JDBC.
Je lance le test de connexion -> Connexion OK

C'est alors que débutent mes problèmes.

Lorsque je lance une requête :
SELECT * FROM [table_x];
Aucun résultat n'est retourné, même au bout de 24h.
La même requête avec une clause en plus :
SELECT * FROM [table_x] WHERE [id_x]='x';
Cette requête me retourne les résultats en une fraction de seconde.

Ma véritable requête est bien plus complexe, avec plusieurs jointures, beaucoup de filtres. Le résultat est exactement le même.
Elle ne retourne rien (ni erreur, ni résultat) même au bout de plusieurs jours.
Si je rajoute la clause WHERE [id_x]='x', le résultat arrive très rapidement, en respectant toutes les différentes clauses de la requête.
Cette même requête (Sans la clause Where ci-dessus) lancée par Oracle I-reporting fonctionne, en une fraction de seconde.

Mes différentes questions :
Est-ce un problème de connecteur (JDBC) ? Faut-il utiliser ODBC, -> pourquoi j'arrive à retourner des résultats ?
Un problème de SQL (DB2) ? -> Aucune erreur SQL, et j'arrive à un résultat en rajoutant une clause WHERE ...
Un paramétrage Pentaho ?
Je pensais au index de la BDD, cependant la requête devrait être bien plus longue sur Oracle IR, si c'était le cas.

Voilà j'espère avoir été assez claire, j'ai trouvé sur ce forum un sujet qui traite d'un sujet assez similaire, cependant les différentes solutions que j'ai pu trouver n'ont pas étés concluantes. Je pense qu'un membre de votre forum a déjà effectué exactement la même procédure que moi s'il voit mon post. (Vil'Coyote)

Je vous remercie tous d'avance, pour l'aide que vous pourriez m'apporter.

Cordialement.

**escartefigue** · 11/08/2016, 14h12

Bonjour,

Vous pouvez d'emblée éliminer l'erreur SQL puisque l'ajout d'un filtre résout votre problème

Il serait intéressant de voir comment se comporte votre requête avec un filtre moins étroit, par exemple, plutôt que de mettre where id=valeur, essayez avec where id between une plage assez large de valeurs.

En effet, je suppose un problème de taille du paquet de réponse, si trop de réponses, votre configuration ne le supporte pas, il existe probablement des paramètres à configurer (peut etre coté ETL)

Essayez avec différentes plages plus ou moins larges d'identifiants (100 id puis 10000, 100000 etc...) jusqu'à cerner la limite

**batoux** · 11/08/2016, 14h42

Bonjour escartefigue,

Pour le problème SQL je l'avais quasiment éliminé.
J'avais déjà fais la requête avec un Between, et effectivement selon l'écart, j'ai un résultat ou non.
A partir de là j'avais quand même un doute, une requête déjà paramétrée sur l'ETL, sur une autre base (cependant IBM DB2) fonctionne et retourne plus d'un million de lignes.
Ma requête à moi doit me retourner environ 35 000 lignes.
Est-il possible qu'une requête fonctionne par le biais d'un connecteur (ODBC, JDBC, ...) et pas un autre ?

**escartefigue** · 11/08/2016, 17h21

Ce n'est pas un problème de connecteur, puisque, si j'ai bien compris, avec le même connecteur, mais en ajoutant simplement un filtre, le fonctionnement change.

Votre table qui contient 35000 lignes a peut être beaucoup de colonnes et/ou des colonnes très larges (genre LONGVARCHAR ou pire BLOB)

**bernard59139** · 11/08/2016, 17h37

par exp (ce n'est pas moi qui ait résolu les problèmes jdbc)

db2 est très sensible à la version du JDBC, voir http://www-01.ibm.com/support/docvie...id=swg21363866

une fois la requête lancée, il faut vérifier l'activité sur le db2 pour être certain que le client est connecté et que la requête est en train de s'exécuter,

**batoux** · 12/08/2016, 10h24

Re Escartefigue, Bonjour bernard59139

Je ne pense pas que cela vienne de la base de données, j'ai pu voir des traitements actifs sur une autre base DB2 (avec beaucoup de colonnes...) et tout est fonctionnel.
De plus ma requête fonctionne par le biais d'Oracle IR.

Je suis plutôt du côté du connecteur (oracle connecté différemment ? je n'ai pas accès au fichier OCE mais c'est mon avis.)
Je vais donc vérifier ma version DB2, prendre le connecteur correspondant et renouveler mes tests.

Je vous tiens au courant de l'avancée de mes travaux.

Merci

**Hédhili Jaïdane** · 12/08/2016, 11h14

Bonjour.

Essayer autant que faire se peut d'utiliser les pilotes ODBC livrés avec l'utilitaire d'accès à l'AS/400 : Client Access, iSeries Access ou i Access avec la version adéquate.

**batoux** · 12/08/2016, 11h27

Envoyé par Hédhili Jaïdane

Bonjour.

Essayer autant que faire se peut d'utiliser les pilotes ODBC livrés avec l'utilitaire d'accès à l'AS/400 : Client Access, iSeries Access ou i Access avec la version adéquate.

Bonjour Hédhili,

Je voulais utiliser ODBC, cependant lorsque j'essai de créer le connecteur (avec ODBC Administrator), je n'y arrive pas, j'ai même le message d'erreur

"System name can not be verified"

Je suis donc un peu dans le néant

**Hédhili Jaïdane** · 12/08/2016, 12h12

Je pense que tu t'es bien assuré du nom du host (AS/400), de l'ID et PW User, des droits et du démarrage du serveur *DATABASE sur l'AS/400. Ton problème semble assez curieux.

**batoux** · 12/08/2016, 13h55

D'autant plus que je n'ai aucun droit sur l'AS/400, je vais ouvrir un ticket ...

**batoux** · 16/08/2016, 13h39

Tous les paramètres semblent bons...

J'ai toutefois une piste. J'ai installé IBM Data studio, pour lancer directement mes requêtes sur la BDD. J'utilise une connexion JDBC, la même que pour Pentaho.
J'ai pu constaté une erreur (Pas assez de place réservée en mémoire pour créer la table de résultat temporaire).
Une fois la taille allouée modifiée, j'ai eu une réponse à ma requête.

Je vais donc faire de même pour Pentaho, reste à voir si je fais ce qu'il faut

**batoux** · 16/08/2016, 16h56

J'ai trouvé la solution à mon problème, je vais quand même en faire profiter la communauté.

Le problème provenait bien de la version du connecteur JDBC utilisée (très stricte pour DB2).
J'ai donc trouvé la version de DB2 utilisée et le connecteur correspondant.
http://www-01.ibm.com/support/docvie...id=swg21363866

Tout est fonctionnel, merci à vous tous

**Hédhili Jaïdane** · 16/08/2016, 17h12

Envoyé par batoux

J'ai trouvé la solution à mon problème, je vais quand même en faire profiter la communauté.

Le problème provenait bien de la version du connecteur JDBC utilisée (très stricte pour DB2).
J'ai donc trouvé la version de DB2 utilisée et le connecteur correspondant.
http://www-01.ibm.com/support/docvie...id=swg21363866

Tout est fonctionnel, merci à vous tous

Merci à toi du retour et bonne continuation.

**eva114** · 27/09/2016, 03h32

Envoyé par batoux

Bonjour escartefigue,

Pour le problème SQL je l'avais quasiment éliminé.
J'avais déjà fais la requête avec un Between, et effectivement selon l'écart, j'ai un résultat ou non.
A partir de là j'avais quand même un doute, une requête déjà paramétrée sur l'ETL, sur une autre base (cependant IBM DB2) fonctionne et retourne plus d'un million de lignes.
Ma requête à moi doit me retourner environ 35 000 lignes.
Est-il possible qu'une requête fonctionne par le biais d'un connecteur (ODBC, JDBC, ...) et pas un autre ?

Cette solution fonctionne pour moi. Merci beaucoup.

Problème accès au données DB2

DB2

Discussions similaires

Partager

Partager