Consideraciones y limitaciones de rendimiento de JDBC Mediator
Utilice estas sugerencias para determinar si un servicio DMS (Data Mediator Service) de JDBC se adapta a los requisitos del entorno de servicio de aplicaciones.
![[IBM i]](../images/iseries.gif)
Requisitos de controladores para utilizar SDO para acceder a DB2 UDB para iSeries
Como el JDBC Mediator de SDO se aprovecha de la interfaz ResultSetMetaData de JDBC 2.0, debe utilizar los proveedores que son completamente compatibles con esa especificación. Tanto el controlador JDBC de IBM® Developer Kit para Java™ (también conocido controlador nativo de DB2 UDB para iSeries) como el controlador JDBC de IBM Toolbox para Java cumplen este criterio para el acceso de JDBC a DB2 UDB para iSeries. Por razones de rendimiento, no obstante, ninguno de estos controladores tienen valores predeterminados para devolver toda la información que requiere el mediador. Debe establecer una propiedad de conexión en el proveedor de JDBC u origen de datos que se corresponda con cada controlados para que devuelva conjuntos completos de datos de ResultSetMetaData.La propiedad que utilice varía según cómo la
implementación de controlador adquiera las conexiones de base de datos.
- Si el controlador obtiene las conexiones a través de la clase DriverManager, establezca la propiedad de URL del proveedor de JDBC extended metadata en true: extended metadata=true. En este caso de ejemplo, los controladores JDBC de the IBM Developer Kit para Java e IBM Toolbox para Java JDBC requieren el mismo valor en el objeto del proveedor de JDBC.
- Si la aplicación adquiere conexiones a través de un origen de datos,
establezca una propiedad personalizada diferente en el origen de datos,
dependiendo del controlador que utilice:
- Para el controlador JDBC de IBM Toolbox para Java, establezca la propiedad personalizada extendedMetaData en true.
- Para el controlador JDBC de IBM Developer Kit para Java, establezca la propiedad personalizada property returnExtendedMetaData en true.
Varias limitaciones de base de datos
- Sybase antes de la versión 12.5.1 no admite consultas en línea en la cláusula “from” y por lo tanto no admite varios DataGraphs de tablas con filtros. Para utilizar Service Data Object en WebSphere Application Server utilice Sybase Versión 12.5.1.
- Informix Dynamic Server no admite cláusulas select subordinadas, que son necesarias para varios gráficos de tabla. Utilice Informix Extended Parallel Server.
- Oracle 8i no admite la sintaxis de unión ANSI. Mediator en varios casos de tabla requiere Oracle 10g o posterior.
Recomendaciones generales sobre el rendimiento
- Evalúe si los proyectos de destino se adaptan bien a estas tecnologías. En general, los proyectos que tienen un alto volumen de lecturas y que requieren datos desconectados son buenos candidatos.
- Limite el número de tablas de los metadatos. Una o dos es lo mejor, dado que las relaciones, con respecto a los filtros, se hacen ambiguas cuando los gráficos tienen muchas ramas.
- Trabaje con conjuntos de datos pequeños tan a menudo como sea posible para evitar el consumo excesivo de memoria dentro de las aplicaciones. Puede limitar la cantidad de datos devueltos al SDO especificando filtros en los objetos de metadatos o utilizando paginación.
- Para aplicaciones web, si el DataGraph no es de gran tamaño para reutilizarlo más tarde, almacénelo en la sesión de usuario.