Crear nueva conexión - detalles de configuración

Importar desde catálogo - detalles de configuración

Importar desde proyecto - detalles de configuración

Proceso "Traiga su propio JAR" (BYOJ)

El siguiente es el procedimiento para añadir su propio JAR a la fuente de datos MySQL:

1. Inicie sesión en la instancia IBM® watsonx.data.
2. En el menú de navegación, vaya a la página Configuraciones y haga clic en el mosaico Administrador de controladores.
3. Haga clic en Añadir controlador.
4. Cargue el JAR de MySQL y especifique la versión del controlador. Actualmente, solo un JAR mysql-connector-j-8.2.0.jar ) es soportado para MySQL dadata source.
5. Pulse Añadir. Una vez que el controlador se ha añadido correctamente, se somete a una serie de validaciones. Si la validación se realiza correctamente, pasa a estado "inactivo"; en caso contrario, pasa a estado "fallido".
6. Haga clic en el icono de la elipsis vertical para asignar o eliminar el controlador.
7. Para asignar el conductor a un motor:
   • Pulse Asignar.
   • Seleccione uno o varios motores para asignar el conductor. Una vez asignado, el conductor pasa a estado "activo".
8. Para desasignar un conductor de un motor, los usuarios deben introducir primero otro conductor.
9. Haga clic en Guardar y reinicie el motor.
10. En el Gestor de infraestructuras, sitúese sobre el origen de datos MySQL y haga clic en el icono Gestionar asociaciones.
11. Seleccione el motor para modificar la asociación del catálogo con él. Se detienen todas las consultas en vuelo sobre los motores modificados.
12. Haga clic en Guardar y reinicie el motor.

Puede vincular la fuente de datos MySQL al motor sólo cuando un controlador está asociado a ese motor. Sólo se puede asociar un controlador MySQL a un motor a la vez.

Vulnerabilidades en JAR

Como parte del proceso BYOJ, los usuarios pueden cargar los archivos JAR necesarios. Si se identifica una vulnerabilidad en un JAR, se establece un periodo de gracia para las actividades de eliminación y limpieza en función de la gravedad de la vulnerabilidad de seguridad, como se muestra en la siguiente tabla:

El periodo de gracia se calcula a partir de la fecha en que se notifica la vulnerabilidad, más el periodo de gracia especificado. Se muestran múltiples advertencias a los usuarios sobre el periodo de gracia en la página del gestor de controladores (para el administrador), así como en otros lugares como en la sección "Catálogos" de la página "Gestor de infraestructuras" y en la sección "Catálogos asociados" de la página "Gestor de datos". Por ejemplo, si un cliente utiliza mysql-connector-j-8.2.0.jar y se identifica una vulnerabilidad crítica el 1 de octubre, se inicia un proceso de limpieza inmediatamente después del 31 de octubre. Este proceso elimina el controlador de los pods bucket y Presto, disocia el catálogo del motor, disocia el controlador en la página Driver Manager y elimina la entrada.

Impacto de la actualización en los catálogos MySQL (versión 2.1.0 )

Qué esperar tras la actualización a la versión watsonx.data 2.1.0:

Al actualizar a la versión 2.1.0 de watsonx.data, los catálogos MySQL existentes se desvinculan del motor. Esto significa que debe volver a asociar el catálogo MySQL con el motor.

Pasos para reasociar el catálogo MySQL:

Para volver a asociar el catálogo MySQL con el motor, suba el archivo JAR mysql-connector-j:8.2.0 al gestor de controladores siguiendo el proceso BYOJ.

Limitaciones de las sentencias SQL

• Solo CREATE TABLE AS es compatible con CREATE TABLE declaración.
• DROP TABLE La declaración solo se admite cuando está habilitada en el catálogo.
• En los catálogos basados en fuentes de datos, las sentencias CREATE SCHEMA, CREATE TABLE, DROP SCHEMA, DROP TABLE, DELETE, DROP VIEW, ALTER TABLE y ALTER SCHEMA no están disponibles en la interfaz de usuario Administrador de datos.

Limitaciones para tipos de datos

• BLOB y CLOB soporte de tipos de datos SELECT declaración pero no admiten operaciones como equal,like, y in.
• BINARY el tipo de datos solo admite SELECT declaración.
• Los datos que se muestran desde la interfaz de usuario para BLOB el tipo de datos está enBase64 formato, mientras que el resultado de presto-cli está en formato hexadecimal.
• Los datos que se muestran desde la interfaz de usuario para BINARY el tipo de datos está enBase64 formato, mientras que el resultado de presto-cli está en formato hexadecimal.
• Puedes usar CLOB tipo de datos como alternativa equivalente a LONGTEXT.
• Cuando los campos de tipo de datos REAL tienen 6 dígitos o más en la parte decimal y los dígitos son predominantemente cero, los valores cuando se consultan se redondean. Se observa que el redondeo se produce de forma diferente según la precisión de los valores. Por ejemplo, un número decimal 1.654 cuando se redondea a 3 cifras después del punto decimal son iguales. Otro ejemplo son 10.890009 y 10.89000. Se nota que10.89000 se redondea a10.89, mientras10.89009 no está redondeado. Este es un problema inherente debido a las limitaciones de representación de los formatos binarios de punto flotante. Esto podría tener un impacto significativo cuando la consulta implica clasificación.