Discussion :

[lecitoyen]

Salut à tous,


Nous développons des applications web en utilisant un connecteur jdbc vers DB2 V8 sur mainframe Z/OS.
Dans un projet, nous avons défini deux tables exemple : table A et la table A_historique. Pour cacher la complexité du modèle des données, j'ai défini une vue sur les deux tables.

Cette vue est utilisé par mes collègues pour faire des joins avec leur table.
Il ajoute donc dans leur requête un order by sur une des colonnes de la vue. Résultat des temps de réponse exécrables.

Avez-vous une idée de comment améliorer les temps de réponse?

merci

[battistuta]

Bonjour,
quelles sont les index en place, lequel est cluster ? Quelle est la volumétrie manipulée pour la table active, pour la table historique ?
Il existe des principes pour la gestion des tables actives, historique et archive. Logiquement, c'est un programme qui rend ce service de consultation et non une vue. Les données actives sont les seules accédées. Ensuite si l'occurrence n'est pas trouvée, on dépile : la table historique puis les archives sur fichier plat si nécessaire. Car en fait, lier ta table historique à ta requête aura pour effet des perfs désastreuses alors que potentiellement tu accèdes dans 80% des cas aux occurrences actives.

[lecitoyen]

Salut,


le nombre d'enregistrements dans cette table a est d'environ 5000 rows. Les index sont définis correctement sur les colonnes suceptibles d'être utilisé dans l'ordre by.
le but d'offrir cette vue est de permettre aux différents programmeurs de faire leur requête suivant leur besoin. Dans le cas d'un programme, on retourne un tableau de données qu'il faut ensuite trier et lié à l'autre

[db24ever]

Bonjour,

Avez-vous eu l'occasion de comparer la performance avec un autre driver JDBC ? Quelque fois il y a de grandes différences d'un driver à l'autre. Côté DB2, vous avez un grand nombre de connexions simultanées ?

[battistuta]

Oui mais tu ne vas retourner que les occurrences utiles (cas des 80%-20%).

Ok pour la table A, faible volumétrie d'accord, mais pour la table A_Historique ca donne quoi ?
Ensuite quelque soit l'index, si les données à restituer sont dans les datas et non dans l'index (je ne parles pas des colonnes de tri) tu vas fatalement passer par un tablescan qui sera gourmand car accédant à la table historique.
De plus si les accès sont dépendants des différents requérants tu vas devoir mettre au point autant d'index qu'il y a des besoins différents... dur

[rberthou]

As tu essayer de faire un acces directe à ce tables via l'application Java ?
Si oui : les perfs sont elles bonnes ?

Peux tu preciser ton driver JDBC et son type (type 2 ou type 4)

Si tu utilise un driver type 2 (donc via DB2client) quel est la version de ce db2client ?

[lecitoyen]

nous utilisons une connexion de type 4 avec un driver version 8.2
des tests faits avec le type 2 nous donnent des résultats plus ou moins équivalent. Apparemment il existe déjà des drivers version 9.