Cuando se comparan las opciones de relación de datos en ArcGIS Pro, pueden parecer similares, aunque cada una tiene sus ventajas, limitaciones y razones por las que podría considerar el uso de cada una.
En caso necesario, consulte Opciones de relación de datos antes de comparar y decidir qué opción de relación de datos utilizar.
El siguiente resumen destaca las razones por las que podría considerar utilizar cada una de estas opciones de relación de datos en ArcGIS Pro.
Clases de relación: las clases de relación de ArcGIS Pro son útiles para mantener la integridad referencial de los datos relacionados. Las clases de relación habilitan la navegación de relaciones complejas entre distintos tipos de datos, lo que simplifica su administración y análisis. Esto significa que, si la entidad principal se elimina o modifica en la tabla de origen, las entidades relacionadas correspondientes de la tabla de destino pueden eliminarse o modificarse automáticamente, lo que ayuda a mantener la precisión, coherencia e integridad de los datos de su geodatabase. Además, una clase de relación se almacena, persiste como un tipo de dataset en la geodatabase y todos los usuarios con acceso a la geodatabase pueden acceder a ella.
Relaciones: las relaciones son una entidad útil de ArcGIS Pro para buscar y seleccionar entidades en capas o tablas relacionadas, sobre todo, durante los flujos de trabajo de edición. Pueden mejorar el rendimiento de la edición al permitirle acceder a los datos de atributos relacionados y analizarlos. Las relaciones se definen como una propiedad de una capa en ArcGIS Pro y proporcionan una forma práctica de trabajar con datos relacionados.
Uniones: las uniones de ArcGIS Pro son útiles porque le permiten combinar datos de tablas o capas diferentes basados en un atributo común. Las uniones le permiten acceder a datos de atributos relacionados y mostrarlos, realizar análisis espaciales utilizando atributos combinados, y crear mapas y visualizaciones más completos. Las uniones son especialmente beneficiosas para fines de etiquetado y simbología, ya que ayudan a integrar varias fuentes de información y proporcionan una comprensión más holística de sus datos.
Decidir qué opción de relación de datos utilizar
La tabla siguiente ofrece una comparación detallada de estas tres opciones de relación de datos no espaciales.
Clases de relación | Relaciones | Uniones | |
---|---|---|---|
Cómo crear | |||
Tipos de datos admitidos | Tabla o clase de entidad | Capas de entidades, vistas de tablas, capas de grupos de subtipos y capas ráster con una tabla de atributos ráster | Capas de entidades, vistas de tablas o una capa ráster con una tabla de atributos |
Duración | Persiste | Temporal | Temporal |
Ubicación de los datos participantes | Ambos objetos deben residir en la misma geodatabase. | Dos objetos compatibles cualesquiera | Dos objetos compatibles cualesquiera |
Almacenado en | Geodatabase | Proyecto o capa | Proyecto o capa |
Cardinalidad |
|
|
|
Interfaz de usuario para edición | ArcGIS Pro | ArcGIS Pro | Consultas SQL |
Interfaz de usuario para navegación | ArcGIS Pro | ArcGIS Pro | Consultas SQL |
Objetos compuestos | Sí | No | No |
Integridad referencial | Sí | No | No |
Mensajería | Sí | No | No |
Atributos | Sí | No | No |
Reglas de relación | Sí | No | No |
Usos típicos | Asegurar la integridad de los datos | Editar con sobrecarga baja | Etiquetado, simbología |
Ventajas | Admite consulta, edición, integridad referencial, relaciones con atributos y reglas de relación. | Crear relaciones entre varias tablas le permite consultar tablas relacionadas en distintos formatos. No hay sobrecarga de edición y puede cruzar los tipos espacio de trabajo y fuente de datos. | Crea una única tabla virtual a partir de dos tablas. No hay sobrecarga de edición y puede cruzar los tipos espacio de trabajo y fuente de datos. Utilice la información adicional de atributos en consultas SQL, etiquetado y simbología. |
Limitaciones | Implica sobrecarga de edición. Debe definirse solo entre tablas de la misma geodatabase dentro del mismo esquema de usuario y, aun así, requiere uniones para consultas SQL, etiquetado y simbología. | Con la relación no se modifican datos; son una propiedad de la capa. No hay integridad referencial ni mensajería. Aun así, requiere uniones para consultas SQL, etiquetado y simbología. | Las uniones siempre residirán en la capa, no con los datos. No hay integridad referencial, ni mensajería, ni soporte para relaciones de muchos a muchos. No se admiten relaciones de uno a muchos que impliquen clases de entidad. |
Notas adicionales |
|
|
Para obtener más información sobre las clases de relación, consulte Tipos de clases de relación de geodatabase.