Creación de vistas del Catálogo de datos mediante instrucciones DDL

Definición de vistas multidialectales: a la hora de definir una vista con varios dialectos, los esquemas de los distintos dialectos deben coincidir. Cada dialecto SQL tendrá una especificación de sintaxis ligeramente distinta. La sintaxis de la consulta que define la vista del Catálogo de datos debe apuntar exactamente a la misma lista de columnas, incluidos los tipos y los nombres, en todos los dialectos. Esta información se almacena en el StorageDescriptor de la vista. Los dialectos también deben hacer referencia a los mismos objetos de tabla subyacentes del Catálogo de datos.

Para agregar otro dialecto a una vista mediante DDL, puede utilizar la instrucción ALTER VIEW. Si una instrucción ALTER VIEW intenta actualizar la definición de la vista, por ejemplo, modificando el descriptor de almacenamiento o las tablas subyacentes de la vista, la instrucción devuelve un error que indica que la entrada y el descriptor de almacenamiento existente no coinciden. Puede utilizar operaciones de conversión de SQL para asegurarse de que los tipos de columnas de la vista coincidan.

Actualización de una vista: para actualizar la vista, puede usar la API UpdateTable. Si actualiza la vista sin hacer coincidir los descriptores de almacenamiento o las tablas de referencia, puede proporcionar el indicador FORCE (consulte la documentación de SQL del motor para conocer la sintaxis). Tras una actualización forzada, la vista incluirá el StorageDescriptor forzado y las tablas de referencia. Cualquier otro DDL ALTER VIEW debería coincidir con los valores modificados. Una vista que se haya actualizado para incluir dialectos incompatibles pasará a tener el estado “Obsoleto”. El estado de la vista está visible en la consola de Lake Formation y mediante la operación GetTable.

Referencia a un tipo de columna varchar como cadena: no es posible convertir un tipo de columna varchar de Redshift Spectrum en una cadena. Si se crea una vista en Redshift Spectrum con un tipo de columna varchar y un dialecto posterior intenta hacer referencia a dicho campo como cadena, el Catálogo de datos lo tratará como una cadena sin necesidad del indicador FORCE.

Tratamiento de campos de tipos complejos: Amazon Redshift trata todos los tipos complejos como tipos SUPER, mientras que Athena especifica el tipo complejo. Si una vista tiene un campo de tipo SUPER y otro motor hace referencia a esa columna como un tipo complejo concreto, como struct (<street_address:struct<street_number:int, street_name:string, street_type:string>>), el Catálogo de datos asume que el campo es de un tipo complejo específico y lo utiliza en el descriptor de almacenamiento, sin necesidad de utilizar el indicador Force.

Uso de AWS Glue Data Catalog las vistas de la Guía del usuario de Amazon Athena.

Sintaxis de vista del Catálogo de datos de Glue en la Guía del usuario de Amazon Athena.

Creación de vistas en AWS Glue Data Catalog en la Guía para desarrolladores de bases de datos de Amazon Redshift.

Para obtener más información sobre los comandos SQL relacionados con las vistas del catálogo de datos, consulte CREATE EXTERNAL VIEW, ALTER EXTERNAL VIEW y DROP EXTERNAL VIEW.