Herramientas de datos - Notas del release

© Copyright International Business Machines Corporation 2006. Reservados todos los derechos. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

Notas del release

1.0 Limitaciones
   1.1 Las herramientas de SQL no están disponibles para rutinas en un proyecto de diseño de datos
2.0 Problemas conocidos y soluciones provisionales
   2.1 Problemas conocidos y soluciones provisionales para componentes de Datatools

1.0 Limitaciones

1.1 Las herramientas de SQL no están disponibles para rutinas en un proyecto de diseño de datos

Existen dos nuevos tipos de proyectos de datos en el entorno de trabajo:

Los proyectos de diseño de datos se utilizan para crear y almacenar modelos de datos, por ejemplo, modelos de datos físicos y modelos de datos lógicos. Los proyectos de desarrollo de datos se utilizan para crear y almacenar objetos de desarrollo de aplicaciones de datos, como por ejemplo procedimientos almacenados y funciones definidas por el usuario (también denominadas rutinas). Las rutinas se pueden visualizar desde un proyecto de diseño de datos como parte de un modelo de datos físicos. Sin embargo, el soporte de desarrollo para rutinas desde un proyecto de diseño de datos es muy limitado y no hay soporte de herramientas de SQL para rutinas en un proyecto de diseño de datos. Si está desarrollando rutinas, se recomienda que utilice el proyecto de desarrollo de datos designado, que proporciona un soporte más completo que incluye asistentes, editores de rutinas, soporte de depuración y la integración de las herramientas de SQL.

2.0 Problemas conocidos y soluciones provisionales

2.1Problemas conocidos y soluciones provisionales para componentes de Datatools

Editor de datos de tabla:

Si define una tabla con una única columna de tipo de datos XML o cualquier tabla con filas no exclusivas y, a continuación, utiliza el editor de tablas para suprimir una fila, todas las filas que coincidan con la fila seleccionada se suprimirán. Para solucionar provisionalmente este problema, no utilice el editor de datos de tabla para suprimir una fila de una tabla con filas duplicadas.

En el editor de datos de tabla, si realiza una validación XML en una tabla XML que no tiene una clave primaria, la validación XML sólo funcionará la primera vez, cuando inserte el valor XML. Además, una actualización de una columna XML existente con validación XML fallará. Para solucionar provisionalmente este problema, cree una clave primaria para las tablas que contienen columnas XML.

Editor de correlación XSD anotado:
Trabajar con varios elementos raíz en este editor puede producir errores cuando guarde el archivo XSD anotado. Para solucionar provisionalmente este problema, cree un conjunto separado de archivos de documento de esquema XML para cada elemento raíz.

XML:
Para utilizar tipos de datos XML y trabajar con esquemas XML, debe conectarse a una base de datos UTF-8.

La cantidad de datos devueltos de la base de datos para documentos XML es ilimitada. En función de la cantidad de datos que devuelve, es posible que el rendimiento resulte afectado.

Herramientas de SQL:
El editor de SQL actualmente no da soporte a variables de sistema principal durante la acción Ejecutar SQL. Para solucionar provisionalmente este problema, puede ejecutar el SQL desde el creador de SQL, si se trata de una sentencia DML. 

En el creador de SQL, no se da soporte a la sintaxis completa de SQL. Por ejemplo, no se da soporte a tipos definidos por el usuario (los UDT) ni a funciones de Tabla.

Desarrollo de rutinas:
No se da soporte a los tipos definidos por el usuario (UDT) como parámetros para rutinas.

Para desplegar procedimientos almacenados Java que tengan como destino DB2 UDB for iSeries desde el sistema de archivos utilizando despliegue de Ant, debe asegurarse de tener el archivo jt400.jar en la variable classpath del sistema.

 Si intenta desplegar un procedimiento almacenado exportado utilizando las instrucciones del archivo DeployInstructions.txt, es posible que obtenga un mensaje de error que indique lo siguiente:
 ...[createsp] No se ha podido conectar con la base de datos de destino.
 [createsp] com.ibm.db2.jcc.DB2Driver... 
 Para solucionar provisionalmente este problema, asegúrese de que el archivo db2jcc.jar y los archivos de licencia adecuados se encuentran en la variable classpath del sistema.

Es posible que vea un error "no se puede cargar la clase" al desplegar o ejecutar procedimientos almacenados Java. Esto puede suceder si hay una discrepancia de versión de JDK entre RAD v7 y el servidor DB2, si el servidor DB2 tiene un nivel de JDK que no es el último.
Para evitar este error, debe especificar la opción "-source 1.4" en el campo Opciones de compilación del Asistente para desplegar rutinas cuando despliegue procedimientos almacenados Java en servidores que utilicen un nivel de JDK de 1.4. (por ejemplo, un servidor DB2 Universal Database for Linux, UNIX y Windows V8.2). En general, utilice la opción de compilación adecuada "-source JDK level " para que coincida con el nivel de JDK en el servidor de bases de datos.

Cuando despliegue un procedimiento almacenado o UDF utilizando la funcionalidad de despliegue de Ant, es posible que vea este mensaje si no tiene el archivo tools.jar ubicado en la variable classpath:
No se puede localizar tools.jar. Se esperaba encontrarlo en F:\jre\1.4.2\lib\tools.jar
El archivo tools.jar forma parte del JRE (Java Runtime Environment), no forma parte de la herramienta de despliegue de Ant.
El archivo tools.jar no es necesario para ejecutar el script Ant y, por ahora, puede ignorar este mensaje.

Cuando cambia el nombre del método de Java en el editor de procedimientos almacenados, no puede guardar el procedimiento correctamente pulsando con el botón derecho en la página Fuente del editor y, a continuación, seleccionando Guardar.  Para solucionar provisionalmente este problema, guarde el procedimiento almacenado pulsando Archivo->Guardar, pulsando Control+S  o pulsando el icono Guardar.

Si arrastra y suelta un procedimiento almacenado o UDF entre servidores distintos (por ejemplo, de un servidor DB2 UDB for Linux, UNIX y Windows a un servidor DB2 UDB for z/OS), verá un aviso durante la operación de arrastrar y soltar referente a ciertas incompatibilidades entre los dos servidores. Si continúa con la operación e intenta de nuevo abrir el procedimiento almacenado o UDF, es posible que vea un error.

Perfil de procedimiento SQL:
La ejecución de un perfil SQL en un servidor DB2 UDB for Linux, UNIX y Windows V8.2 puede causar una excepción de puntero nulo si al servidor le falta el procedimiento almacenado de requisito previo (SYSIBM.SQLCAMESSAGECCSID) que necesita el controlador JCC para recuperar el texto del mensaje de error. Para solucionar provisionalmente este problema, puede crear una conexión sin el valor retrieveMessagesFromServerOnGetMessage=true.

Durante la supervisión de la ejecución de procedimientos SQL, se generan sucesos para sentencias DML como por ejemplo INSERT, SELECT, DELETE y UPDATE que se emiten en este procedimiento. Sin embargo, los sucesos no se generan de forma determinista para sentencias de procedimiento tales como las asignaciones de variable y estructuras de control como por ejemplo WHILE o IF.

Depurador de procedimientos almacenado:
Cuando está conectado a un servidor DB2 de UNIX, se pueden producir excepciones de tiempo de espera excedido al añadir puntos de interrupción o al ejecutar en modalidad de depuración.

El depurador no se ejecuta para un procedimiento almacenado cuyo nombre contiene tanto caracteres ingleses como caracteres chinos.

Las expresiones de vigilancia sólo están soportadas para procedimientos almacenados Java dinámicos. No están soportados para procedimientos almacenados SQL y SQLJ.

El depurador no se detiene en el punto de interrupción si no está colocado en la primera señal de una sentencia ejecutable, como por ejemplo SET. Además, no se detiene en DECLARE CONTINUE, CLOSE CURSOR o ROLLBACK.

Si está depurando un procedimiento almacenado Java y selecciona la acción Terminar, es posible que la sesión de depuración tarde algunos minutos en terminar completamente. Las nuevas sesiones de depuración que se inician durante este periodo pueden tener un comportamiento no esperado.

Si está depurando un procedimiento almacenado Java que llama a un segundo procedimiento almacenado Java, no puede depurar el segundo procedimiento almacenado. No puede entrar en el procedimiento almacenado anidado y cualquier punto de interrupción que establece en el procedimiento almacenado anidado se ignorará. Esta restricción es para DB2 UDB for Linux, UNIX y Windows.

Si obtiene un error de 'Se ha producido un error de tiempo de espera excedido mientras esperaba el paquete' intente aumentar el valor de tiempo de espera excedido de Java. Para aumentar el valor de tiempo de espera excedido de Java, pulse Ventana > Preferencias en la barra de menús del entorno de trabajo. Expanda el nodo Java y pulse Depurar. En la página Preferencias de depuración, aumente el valor Tiempo de espera excedido del depurador (ms) en la sección Tiempo de espera excedido de comunicaciones. Se recomienda que al menos doble el valor predeterminado.

Cuando está depurando un procedimiento almacenado Java, si utiliza la acción Cambiar valor para modificar una variable que tiene un valor de serie vacía, es posible que el botón Aceptar en el recuadro de edición no se habilite. Para habilitar el botón, seleccione el botón de selección Entrar una evaluación, establezca el valor en una serie no vacía (por ejemplo, 'a') y, a continuación, seleccione el botón de selección Entrar texto literal. A continuación, el botón Aceptar estará disponible.

Si no ve variables locales cuando esté depurando un procedimiento almacenado Java, es posible que el procedimiento almacenado se haya desplegado sin la opción del compilador -g. Asegúrese de especificar la opción del compilador -g cuando despliegue procedimientos almacenados Java.

Si ve un mensaje 'trama de pila no válida' en la vista Variables, vaya a la vista Depurar y pulse en el objeto de hebra situado encima de la trama de pila y, a continuación, pulse en la trama de pila. Esto debe renovar la vista Variables y el error ya no debe aparecer.

Cuando está depurando un procedimiento almacenado SQLJ que se está ejecutando en DB2 UDB for iSeries V5 R4, la línea actual que se está ejecutando no se corresponderá con la línea fuente de SQLJ indicada que se muestra en la vista Depurar a menos que haya aplicado un PTF de iSeries PTF que actualiza la correlación de línea para que se corresponda en su lugar con la fuente de SQLJ en lugar de hacerlo con la fuente de Java.

No se reconocen las preferencias del depurador para el tiempo de espera excedido del gestor de sesiones. Estas preferencias se establecen de la forma siguiente: Pulse Ventana > Preferencias, expanda el nodo Ejecutar/Depurar y pulse Depurador de procedimientos almacenados de DB2. Modifique el campo  Tiempo de espera excedido del gestor de sesiones en minutos.

El depurador no puede procesar un procedimiento almacenado que tiene una gran cantidad de variables en DB2 for Linux, UNIX y Windows. El número máximo de variables es 200.

Movimiento del cursor en una sesión de depuración: en algunos casos, cuando hay más de una declaración de variable en un procedimiento, debe pulsar Entrar en paso o Saltar paso más de una vez a fin de moverse a la línea siguiente. Por ejemplo, debe pulsar dos veces en esta línea: DECLARE v_dept, v_actdept CHAR(3); y tres veces en esta línea: DECLARE v_bonus, v_deptbonus, v_newbonus DECIMAL(9,2); Debe pulsar un número de veces igual al número de declaraciones de variable.

Si inicia una sesión de depuración para un procedimiento almacenado Java y añade puntos de interrupción, y a continuación inhabilita los puntos de interrupción, los puntos de interrupción siguen habilitados. Para solucionar provisionalmente este problema, cuando inicie una nueva sesión de depuración, deberá eliminar primero todos los puntos de interrupción antiguos y, a continuación, añadir nuevos puntos de interrupción.

En algunos casos, cuando está trabajando con varios proyectos de desarrollo de datos, es posible que vea un error al intentar depurar un procedimiento almacenado que indica "No se ha podido localizar el procedimiento almacenado NOMBRE_PROC. Es posible que se haya eliminado el procedimiento del espacio de trabajo" o "No se ha encontrado la fuente".

Si está depurando un procedimiento almacenado SQL inmediatamente después de terminar una sesión de depuración de un procedimiento almacenado Java, es posible que el depurador muestre lo siguiente: "La función definida por el usuario ... ha sido interrumpida por el usuario."  Para solucionar provisionalmente este problema, intente depurar de nuevo el procedimiento almacenado SQL.

Funcionalidad principal de datos:
Ahora se da soporte a ALIAS, MQT, NICKNAME y SYNONYM durante  la ingeniería de ida y vuelta, pero no está soportado en el proceso de correlación EJB.
Soporte limitado para MySQL 4.1: las siguientes propiedades no se muestran correctamente en la vista Propiedades: índice exclusivo, columnas de incremento automático, valor predeterminado de columna para NULL y binario. Además,  no se da soporte a funciones y procedimientos C.

No se da soporte a desencadenantes, restricciones de comprobación y vistas para Cloudscape v5.1: los desencadenantes y las restricciones de comprobación de Cloudscape v5.1 no se muestran en el Explorador de bases de datos. Faltan las vistas de Cloudscape v5.1 del cuerpo de SQL en la vista Propiedades. No puede generar DDL ni revertir la ingeniería de desencadenantes, restricciones de comprobación o vistas de Cloudscape v5.1.