Performances et limitations du médiateur JDBC

Utilisez ces conseils pour vous aider à déterminer si un service DMS (Data Mediator Service) JDBC remplit les conditions requises de votre environnement applicatif.

[IBM i]

Conditions d'utilisation du SDO pour l'accès à DB2 UDB for iSeries

Puisque le médiateur JDBC SDO bénéficie de l'interface ResultSetMetaData dans JDBC 2.0, il doit utiliser les fournisseurs JDBC qui sont entièrement compatibles avec cette spécification. Le pilote JDBC d'IBM® Developer Kit for Java™ (également appelé pilote natif DB2 UDB for iSeries) et le pilote JDBC IBM Toolbox for Java répondent à ces critères d'accès JDBC à DB2 UDB for iSeries. Cependant, pour optimiser les performances, aucun de ces pilotes ne dispose des paramètres par défaut permettant de renvoyer toutes les informations requises par le médiateur. Vous devez définir une propriété de connexion sur le fournisseur JDBC ou la source de données qui correspond à chaque pilote, pour qu'il renvoie des ensembles de données ResultSetMetaData entiers.
La propriété utilisée varie en fonction de la façon dont l'implémentation du pilote acquiert les connexions de base de données.
  • Si votre pilote obtient des connexions via la classe DriverManager, définissez la propriété d'URL de fournisseur JDBC extended metadata sur true : extended metadata=true. Dans ce scénario, les pilotes JDBC IBM Developer Kit for Java et IBM Toolbox for Java requièrent le même paramètre sur l'objet de fournisseur JDBC.
  • Si votre application acquiert des connexions via une source de données, définissez une autre propriété personnalisée sur la source de données, en fonction du pilote que vous utilisez :
    • Pour le pilote JDBC d'IBM Toolbox for Java, définissez la propriété personnalisée extendedMetaData sur true.
    • Pour le pilote JDBC d'IBM Developer Kit for Java, définissez la propriété personnalisée returnExtendedMetaData sur true.

Diverses restrictions de base de données

  • Les versions de Sybase antérieures à la version 12.5.1 ne prennent pas en charge les requêtes en ligne dans la clause “from” et, par conséquent, ne prennent pas en charge les datagraphes à tables multiples avec des filtres. Pour utiliser la technologie SDO (Service Data Object) dans WebSphere Application Server, utilisez Sybase Version 12.5.1.
  • Informix Dynamic Server ne prend pas en charge les sous-requêtes, lesquelles sont requises pour les graphiques à tables multiples. Utilisez Informix Extended Parallel Server.
  • Oracle 8i ne prend pas en charge la syntaxe de jointure ANSI. Dans les contextes de tables multiples, le médiateur nécessite Oracle 10g ou ultérieur.

Recommandations générales relatives aux performances

  • Déterminez si vos projets cibles sont adaptés à ces technologies. En général, les projets faisant largement appel aux opérations de lecture et qui nécessitent des données déconnectées sont de bons candidats.
  • Limitez le nombre de tables dans les métadonnées. L'idéal est une ou deux parce que les relations, en fonction des filtres, deviennent ambiguës lorsque les graphiques comportent de nombreuses branches.
  • Travaillez avec des ensembles de données de petite taille aussi souvent que possible afin d'éviter de consommer des quantités de mémoire trop importantes dans vos applications. Vous pouvez limiter la quantité de données renvoyée au SDO en spécifiant des filtres dans les objets des métadonnées ou en utilisant la pagination.
  • Pour les applications Web, si le datagraphe n'est pas trop volumineux et doit être réutilisé ultérieurement, stockez-le dans la session utilisateur.

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rdat_sdolimit
Nom du fichier : rdat_sdolimit.html