Proceso "Traiga su propio JAR" (BYOJ)

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

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 HANA y especifique la versión del controlador. Actualmente, sólo se admite un JAR ngdbc-2.17.12.jar ) para la fuente de datos HANA.
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úe el cursor sobre la fuente de datos HANA 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.

Sólo se puede vincular la fuente de datos HANA al motor cuando hay un controlador asociado a ese motor. Sólo se puede asociar un controlador HANA 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 ngdbc-2.17.12.jar y se identifica una vulnerabilidad crítica el 1st octubre, se iniciará un proceso de limpieza inmediatamente después del 31st octubre. Este proceso elimina el controlador del cubo y de los pods de Presto, disocia el catálogo del motor, disocia el controlador en la página Administrador de controladores y elimina la entrada.

Limitaciones de las sentencias SQL

• la sentencia DROP TABLE ' sólo se admite cuando está activada en el catálogo.
• Por defecto, HANA crea columnas VARCHAR con un tamaño de 1. Así, si una columna de la tabla base se define sólo con ' VARCHAR sin especificar un tamaño (Por ejemplo, VARCHAR(size)), entonces las operaciones ' CTAS (Create Table As Select) no funcionan.
• 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 del Administrador de datos.

Limitaciones de los tipos de datos

• los tipos de datos BLOB y " CLOB " sólo admiten las sentencias " CREATE y " SELECT ".
• el tipo de datos BINARY ' sólo admite la sentencia ' SELECT '.
• Los datos que se muestran para los tipos de datos ' BLOB y ' BINARY ' desde la interfaz de usuario están en formato Base64, mientras que el resultado de presto-cli está en formato hexadecimal.
• Cuando los campos del tipo de datos " REAL " tienen 6 dígitos o más en la parte decimal con los dígitos siendo predominantemente cero, los valores cuando se consultan se redondean. Se observa que el redondeo se produce de forma diferente en función de 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 observa que 10.89000 se redondea a 10.89, mientras que 10.89009 no se redondea. Se trata de un problema inherente a las limitaciones de representación de los formatos binarios de coma flotante. Esto puede tener un impacto significativo cuando la consulta implica clasificación.