Validar el estado de generación de vistas

Al ejecutar las UpdateTable operaciones CreateTable o, el Status campo de GetTable API salida muestra los detalles del estado de creación de la vista. Para create las solicitudes en las que la tabla aún no existe, AWS Glue crea una tabla vacía durante el proceso asíncrono. Al llamarGetTable, puedes pasar una marca booleana opcionalIncludeStatusDetails, que muestra información de diagnóstico sobre la solicitud. En caso de error, este indicador muestra un mensaje de error con los estados individuales de cada dialecto.

Los errores durante las operaciones de creación, lectura, actualización y eliminación (CRUD) de visualización pueden producirse durante el procesamiento en el servicio AWS Glue/Lake Formation o durante la SQL validación de la vista en Amazon Redshift o Athena. Cuando se produce un error durante la validación en un motor, el AWS Glue servicio proporciona el mensaje de error que indica que el motor devuelve.

Campos de estado

Los campos de estado son los siguientes:

• Estado: un estado genérico, que es independiente de los diferentes tipos de trabajos:

  • QUEUED

  • EN_ PROGRESS

  • SUCCESS

  • FAILED

• Acción: indica qué acción se ha activado en la tabla, solo en este momento CREATE o qué UPDATE operaciones están disponibles.

  Cuando se trabaja con vistas, es importante distinguir entre CREATE operaciones UPDATE y operaciones. El tipo de operación determina cómo se debe proceder a la consulta de las tablas.

  Una UPDATE operación significa que la tabla ya existe en el catálogo de datos. En este caso, puede seguir consultando la tabla creada anteriormente sin ningún problema. Por otro lado, una CREATE operación indica que la tabla nunca se ha creado correctamente antes. Si una tabla está marcada como activadaCREATE, se producirá un error al intentar consultarla porque la tabla aún no existe en el sistema. Por lo tanto, es esencial identificar el tipo (UPDATEoCREATE) de operación antes de intentar consultar una tabla.

• RequestedBy — El ARN del usuario que solicitó el cambio asincrónico.

• UpdatedBy — La ARN del usuario que modificó manualmente por última vez el proceso de cambio asincrónico, por ejemplo, solicitando una cancelación o modificación.

• Error: este campo solo aparece cuando el estado es. FAILED Este es un mensaje de excepción de nivel principal. Puede haber errores diferentes para cada dialecto.

  • ErrorCode — El tipo de excepción.

  • ErrorMessage — una breve descripción de la excepción.

• RequestTime — una cadena de fecha ISO con formato 8601 que indica la hora en que se inició el cambio.

• UpdateTime — una cadena de fecha con ISO formato 8601 que indica la hora a la que se actualizó el estado por última vez.