Limitaciones
Las limitaciones siguientes se aplican a tablas externas. Para ver las versiones de motor, las clases de instancias y las regiones, consulte Consulta de los datos de Apache Iceberg y Parquet directamente en Aurora PostgreSQL.
Modificación de datos
-
Acceso de solo lectura: estas tablas externas son de solo lectura. No se admiten las operaciones
INSERT,UPDATE,DELETE,TRUNCATEyCOPY FROMen tablas externas. Para modificar los datos, actualice los archivos de origen en Amazon S3 (para Parquet) o actualice la tabla de Iceberg mediante AWS Glue u otras herramientas. -
El bloqueo de filas no tiene ningún efecto: puede incluir las cláusulas de bloqueo
FOR UPDATE,FOR NO KEY UPDATE,FOR SHAREyFOR KEY SHAREen una consulta, y la consulta se ejecutará y devolverá filas. Este es el comportamiento estándar del contenedor de datos externos de PostgreSQL, no específico de esta característica.
Formato y esquema de datos
-
No se admiten los puntos de acceso multirregionales de Amazon S3: la ubicación de una tabla externa puede ser un URI de
s3://, un ARN de AWS Glue Data Catalog o un ARN de Tablas de Amazon S3. Los ARN y nombres de host de puntos de acceso multirregionales (MRAP) de Amazon S3 no se admiten como ubicación de tabla externa. -
Limitaciones de los tipos de datos: algunos tipos de datos de PostgreSQL no tienen una asignación compatible.
JSONB,SERIAL, tipos de matrices, tipos de redes, tipos de rangos, tipos geométricos yXMLno son compatibles. Para obtener más información, consulte Asignación de tipos y formatos de datos. -
Límite de longitud de los nombres de las columnas: los nombres de las columnas deducidos de los metadatos de Parquet o Iceberg no pueden superar los 63 caracteres (el límite de
NAMEDATALENde PostgreSQL). -
Colisiones de nombres de columnas que no distinguen entre mayúsculas y minúsculas: una tabla externa no puede contener dos columnas cuyos nombres solo difieran en mayúsculas y minúsculas en ASCII (por ejemplo,
"Foo"y"foo"). Si los datos subyacentes contienen dichas columnas, cambie el nombre en los datos de origen. -
Restricciones de intercalación: solo las intercalaciones
CyICUse admiten en las definiciones de columnas de tablas externas. Las intercalaciones libc (por ejemplo,en_US) y las intercalaciones personalizadas no se admiten en las columnas de tablas externas. Puede utilizar intercalaciones de libc por expresión en las consultas, pero esto podría reducir la optimización de las pulsaciones.
Ejecución de consulta
-
Acceso a datos de una sola región por consulta: no puede acceder a los datos de varias regiones de AWS dentro de una sola consulta. Todos los datos de Amazon S3 a los que se accede en una consulta deben residir en la misma región.
-
No se puede acceder a las columnas del sistema: Aurora PostgreSQL no admite las columnas del sistema PostgreSQL (
ctid,xmin,xmax,cmin,cmaxytableoid) en tablas externas. Si se hace referencia a una, se devuelve el error[Aurora Analytics] system column is not supported.
Infraestructura
-
La caché no es persistente tras los reinicios: la caché de lectura en el disco se borra cuando una instancia de base de datos se reinicia o se realiza una conmutación por error. Las consultas posteriores vuelven a obtener datos de Amazon S3.
-
Consideraciones sobre el escalado sin servidor: con las implementaciones de Aurora sin servidor v2, la ejecución simultánea de varias consultas de análisis que consumen muchos recursos podría superar la velocidad a la que la instancia de base de datos puede escalar verticalmente.