Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Definición de relaciones entre conjuntos de datos en un tema
<a name="topics-relationships"></a>


|  | 
| --- |
|  Se aplica a: Enterprise Edition  | 


|  | 
| --- |
|    Público objetivo: administradores y autores de  Amazon Quick  | 

Las relaciones indican a Quick Sight cómo unir conjuntos de datos cuando una pregunta o un elemento visual abarca varias tablas. Las relaciones se definen especificando las claves de unión entre los pares de conjuntos de datos mediante un archivo de configuración JSON.

El gráfico de relaciones debe ser un gráfico acíclico dirigido (DAG); no se admiten las relaciones circulares. Recomendamos modelar los conjuntos de datos en un esquema en estrella con una o más tablas de datos centrales unidas a tablas de dimensiones compartidas.

**Para definir las relaciones entre los conjuntos de datos**

1. Abra el tema que desea configurar.

1. Navegue hasta la ** pestaña ** Relaciones.  
![El editor de temas muestra la pestaña Relaciones con seis conjuntos de datos listados: PRODUCT_DIM, CUSTOMER_DIM, DATE_DIM, SALES_FACT, RETURN_FACT y STORE_DIM.](http://docs.aws.amazon.com/es_es/quick/latest/userguide/images/topic-relationships-tab.png)

1. **Elija ** Cargar archivo o Crear manualmente. ** **  
![En la pestaña Relaciones se muestran los botones Cargar archivo y Crear manualmente, con los tipos de archivo compatibles YAML y JSON.](http://docs.aws.amazon.com/es_es/quick/latest/userguide/images/topic-relationships-upload.png)

1. Sube un archivo JSON que defina tus relaciones (consulta el siguiente ejemplo). Tras subirlo, el gráfico de relaciones se muestra visualmente a la izquierda y los detalles clave de la unión aparecen a la derecha. Seleccione una unión para verificar el mapeo de relaciones.  
![Gráfico de relaciones que muestra SALES_FACT y RETURN_FACT como tablas de datos centrales conectadas a PRODUCT_DIM, CUSTOMER_DIM, DATE_DIM y STORE_DIM con las teclas de unión mostradas en el panel derecho.](http://docs.aws.amazon.com/es_es/quick/latest/userguide/images/topic-relationships-graph.png)

1. Para editar una relación, seleccione ** Editar, actualice las columnas de unión mediante los selectores desplegables ** y seleccione Guardar. ** **  
![El modo de edición de relaciones muestra los menús desplegables de columnas de unión editables para cada par de conjuntos de datos, con los botones Cancelar y Guardar en la esquina superior derecha.](http://docs.aws.amazon.com/es_es/quick/latest/userguide/images/topic-relationships-edit.png)

## Formato JSON de relación
<a name="topics-relationships-json"></a>

El siguiente ejemplo muestra una configuración de esquema en estrella con una tabla SALES\_FACT central unida a tablas de dimensiones:

```
{
  "datasetPairs": [
    {
      "datasetLeft": { "datasetName": "SALES_FACT", "joinColumnNames": ["CUSTOMER_ID"] },
      "datasetRight": { "datasetName": "CUSTOMER_DIM", "joinColumnNames": ["CUSTOMER_ID"] }
    },
    {
      "datasetLeft": { "datasetName": "SALES_FACT", "joinColumnNames": ["PRODUCT_ID"] },
      "datasetRight": { "datasetName": "PRODUCT_DIM", "joinColumnNames": ["PRODUCT_ID"] }
    },
    {
      "datasetLeft": { "datasetName": "SALES_FACT", "joinColumnNames": ["STORE_ID"] },
      "datasetRight": { "datasetName": "STORE_DIM", "joinColumnNames": ["STORE_ID"] }
    }
  ]
}
```

Cada entrada `datasetPairs` especifica un par de conjuntos de datos y las columnas que se utilizan para unirlos. Las claves compuestas se admiten al incluir varios nombres de columnas en la `joinColumnNames` matriz.

## Mejores prácticas para las relaciones
<a name="topics-relationships-best-practices"></a>
+ **Comience con un esquema estelar. ** Una tabla de datos central rodeada de tablas de dimensiones minimiza la complejidad de las uniones y maximiza el rendimiento de las consultas.
+ **Utilice claves de unión limpias. ** Utilice claves sustitutas de números enteros siempre que sea posible. Confirme que los tipos de datos coincidan en ambos lados. Elimine los valores nulos de las columnas clave de unión (los valores nulos nunca coinciden en las uniones internas).
+ **Valide la integridad referencial. ** Todas las claves externas de la tabla de hechos deben existir en la tabla de dimensiones.
+ **Evite las uniones circulares. ** El gráfico de relaciones debe ser acíclico. Si el modelo crea un ciclo, divídalo quitando un tramo y desnormalizando la ruta redundante.
+ **Pre-join encadena copos de nieve cuando sea posible. ** Si una dimensión tiene subdimensiones (por ejemplo, Cliente → Geografía → Región), considere la posibilidad de aplanarlas en un conjunto de datos de una sola dimensión para reducir los saltos de unión.

## Limitaciones actuales
<a name="topics-relationships-limitations"></a>

Las siguientes limitaciones se aplican a las relaciones definidas:
+ Las relaciones utilizan la * semántica de unión * interna para las hojas de análisis. En los resultados solo aparecen las filas con claves coincidentes en ambos conjuntos de datos.
+ El gráfico de relaciones debe ser acíclico (sin uniones circulares).
+ Self-relationships (un conjunto de datos relacionado consigo mismo) no son compatibles.
+ Todos los conjuntos de datos de un tema deben usar el mismo modo de consulta (SPICEo consulta directa).
+ Un tema no puede superar los 12 conjuntos de datos.

**nota**  
Al usar los temas en Amazon Quick Chat, el agente de LLM-powered chat no se limita a las uniones internas. Puede generar SQL con uniones izquierdas, uniones externas, uniones y subconsultas según sus instrucciones personalizadas. Estas limitaciones de tipo de unión se aplican únicamente a la ruta de consumo de la hoja de análisis.