Amazon Redshift dejará de admitir la creación de nuevas UDF de Python a partir del parche 198. Las UDF de Python existentes seguirán funcionando hasta el 30 de junio de 2026. Para obtener más información, consulte la [publicación del blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). 

# SVV\$1INTEGRATION\$1TABLE\$1MAPPING
<a name="r_SVV_INTEGRATION_TABLE_MAPPING"></a>

SVV\$1INTEGRATION\$1TABLE\$1MAPPING muestra la asignación de la base de datos, el esquema, la tabla, la columna y el tipo de datos del origen al destino cuando el valor identificador de esos campos sea diferente.

**nota**  
Esta vista solo se rellena para los siguientes tipos de integraciones sin ETL:  
Aplicaciones de terceros de AWS Glue a Amazon SageMaker Lakehouse
Amazon DynamoDB a Amazon SageMaker Lakehouse
Para obtener más información, consulte [Zero-ETL integrations](https://docs.aws.amazon.com/glue/latest/dg/zero-etl-using.html) en la *Guía para desarrolladores de AWS Glue.*

La transformación de los valores de los identificadores del origen al destino sigue estas reglas:
+ Una letra mayúscula se convierte en minúscula.
+ Un carácter que no sea una letra minúscula, un dígito o un guion bajo (\$1) se convierte en un carácter de subrayado (\$1).
+ Si hay un conflicto con un valor de identificador existente, se añade un identificador único universal (UUID) al nuevo identificador.
+ Si el valor del identificador de origen es una palabra clave de Amazon Redshift, el sufijo `_redshift` se añade al nuevo identificador.

Tras la transformación, un carácter debe ser una letra minúscula, un dígito o un guion bajo (\$1) y coincidir con el patrón de expresiones regex `[a-z0-9_]`. Los siguientes ejemplos muestran las reglas de conversión:


| Origen | Destino | Notas | 
| --- | --- | --- | 
| foo | foo | Sin transformación | 
| Barras | barra |  | 
| fooBar | foobar |  | 
| foo1 | foo1 | Sin transformación | 
| foo\$11 | foo\$11 | Sin transformación | 
| Bar @1 | bar\$11 |  | 
| foo\$1bar@ | foo\$1bar\$1 |  | 
| caso | case\$1redshift |  | 

SVV\$1INTEGRATION\$1TABLE\$1MAPPING es visible para todos los usuarios. Los superusuarios pueden ver todas las filas; los usuarios normales solo pueden ver sus datos. Para obtener más información, consulte [Visibilidad de datos en las tablas y vistas de sistema](cm_chap_system-tables.md#c_visibility-of-data).

Para obtener información sobre las integraciones sin ETL, consulte [Zero-ETL integrations](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.html) en la *Guía de administración de Amazon Redshift*.

## Columnas de la tabla
<a name="r_SVV_INTEGRATION_TABLE_MAPPING-table-columns"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/redshift/latest/dg/r_SVV_INTEGRATION_TABLE_MAPPING.html)

## Consultas de ejemplo
<a name="r_SVV_INTEGRATION_TABLE_MAPPING-sample-queries"></a>

El siguiente comando SQL muestra la asignación de valores de metadatos del origen al destino.

```
select * from svv_integration_table_mapping;

           integration_id              | source_database | target_database |  source_schema_name | target_schema_name | source_table_name | target_table_name | 
---------------------------------------+-----------------+-----------------+---------------------+--------------------+---------------------------------------+
  99108e72-1cfd-414f-8cc0-0216acefac77 |     mydatabase  |  mydatabase     |  myschema           | myschema           | Mytable           | mytable           | 
  
  
                                       | source_column_name | target_column_name |  source_data_type | target_data_type | 
                                       +--------------------+--------------------+-------------------+------------------+
                                       | Mycolumnname       | mycolumnname       |  Mydatatype       | mydatatype       |
```