Buenas:
 
>SELECT's que en algunas máquinas utilizan una vía lógica y en
>otras no hay manera. Ojo que lo más impresionante es      que están al mismo
>nivel de PTF's¿?

Si estas en v5r3, aqui han hecho un optimizador completamente nuevo (SQE) que aunque más rápido, como todo lo nuevo tiene sus fallos. Por ello aseguremonos de contar con las ultimas ptf's (no solo acumulativas si no sobre todo el crupo especial de ptf's de base de datos).  Aun así ante esos problemas primero debemos descartar que se nos hayan pasado caracteristicas de comportamiento del SQE. Por ejemplo ante el uso de vias de acceso no esperadas vigilemos que estén creadas desde SQL para evitar estos problemas (los logicos nativos DDS son muy problematicos en este aspecto) y una lista de caracteristicas descritas en la ultima edicion de tales redbooks.
> Hacemos declaración de tablas temporales que en la misma máquina
> funcionan en interactivo y en batch no.

Si te refieres a  que se crean en QTEMP, volvamos a leer el manual de conceptos avanzados de programación de SQL donde se trata de las restricciones a la hora de trabajar con SQL y la biblioteca QTEMP.

> Y el fantástico Teraespacio o Error Interno de SQL que lo
>soluciona todo.

Más de lo mismo : se ha reescrito mucho y hay mucha cosa nueva de base de datos. Aparecen errores nuevos del motor SQL. Por ello si despues de cargar todas las ptf's comentadas, seguimos igual: a reportar a IBM. Recientemente me encontré con un caso "raro": un SELECT fallaba en cuanto le ponias un ORDER BY. En el primer caro devolvia 11 filas y en el segundo 4.... TERRIBLE. En este caso se acabó reportando  a IBM. en 2 dias nos enviaron un ptf especial y se arregló. El fallo estaba en el SQE, si tocabas el WHERE para provocar que fuera por el antiguo CQE entonces iba bien.... fue lo que se hizo para salir del paso hasta la llegada de la ptf.

Nuestro sistema está viviendo una evolución mu fuerte y acelerada de su SQL. Incluso en USA se da por seguro que IBM está reencaminado el futuro del iSeries hacia potente servidor de Base de Datos y Datawarehouse. Durante esta evolución nos tocará sudar a los usuarios de SQL... pero creo que valdrá la pena y asegurará más el futuro de nuestro querido sistema.

Saludos
Luis Lopez

Responder a