Tipos de relaciones en Salesforce

Tipos de relaciones en Salesforce



Las relaciones permiten la asociación de datos con otros objetos. En este articulo veremos los tipos de relaciones y cómo se podría usar para asociar las entidades.

Relaciones de cardinalidad en Salesforce

• Relación uno a uno: un ejemplo de este tipo de relación es donde hay una lista de prospectos y una lista de vendedores, pero solo un vendedor maneja el registro de prospectos y, por lo tanto, el registro de prospectos es propiedad de un solo vendedor.

• Relación de uno a muchos: un ejemplo de este tipo de relación es cuando hay es una lista de prospectos y una serie de reuniones que se establecerán con los prospectos. Esta asociación permite que haya un prospecto, pero se podría asistir a muchas reuniones.

• Relación de muchos a muchos: un ejemplo de este tipo de relación es cuando hay es una lista de ubicaciones y una lista de regiones. Una región contiene varias ubicaciones como el país, el estado y las ubicaciones se pueden asociar con más de un tipo de región, por ejemplo, una región de ventas, una región de soporte, etc.



Consideremos las relaciones entre entidades con más detalle y veamos cómo las relaciones se pueden modelar para objetos de Salesforce:

• Relación uno a uno: esto depende de los requisitos y generalmente se puede modelar en Salesforce agregando las entidades relacionadas como campos personalizados en el mismo objeto.

• Relación de uno a muchos: esto se puede modelar en Salesforce con una búsqueda(lookup) o una relación maestro-detalle(master-detail).

• Relación de muchos a muchos: esto se puede modelar en Salesforce utilizando un objeto, denominado objeto junction, junto con dos relaciones maestro-detalle. Los campos de relación maestro-detalle se crean en el objeto junction y utilizar los dos objetos a los que se les asignará la asociación de muchos a muchos como maestro.


El tipo de relación de búsqueda (lookup relationship)

El uso de una relación de búsqueda permite asociar dos objetos para que varios registros en un lado de la relación busque un solo registro. Se muestran los múltiples registros en una lista relacionada en el registro asociado. Esto modela una relación de uno a muchos.

La relación entre los dos objetos Task y Lead es una tipo de relación de búsqueda para modelar una relación de uno a muchos. Aunque el tipo de relación de búsqueda permite asociar dos objetos para que se pueden asociar varios registros con un solo registro, también se puede utilizar para relacionar dos registros juntos. 

Los tipos de relación de búsqueda se utilizan cuando existen registros de objetos asociados independientes entre sí y normalmente funcionan por sí mismos, lo que permite asociación de registros débilmente acoplada. Los tipos de relación de búsqueda no requieren un campo padre relacionado que se establecerá cuando se cree un registro secundario y la configuración de seguridad del registro secundario se configuran por separado del padre. Los campos de relación de búsqueda pueden ser opcionalmente configurado para evitar la eliminación del registro principal cuando hay un hijo asociado registros.

El tipo de relación maestro-detalle (master-detail)

En una relación maestro-detalle, el objeto relacionado detalle, o hijo, no suele funcionar por sí solo. Los registros de detalle están estrechamente acoplados y dependen del registro maestro. Al crear registros de detalles secundarios, el campo de relación maestro-detalle es obligatorio para todos los registros de detalle, y siempre que se borre el registro de objeto maestro, se eliminan todos los registros de detalles secundarios asociados.

El tipo de relación jerárquica

El tipo de relación jerárquica solo se admite para el objeto Usuario estándar y utiliza una relación de búsqueda para asociar dos registros de usuario. Un caso de uso de ejemplo para este tipo de el tipo de relación es donde un usuario puede ser asignado como supervisor de otro usuario.


Tipos de relaciones de los objetos externos.

Para los objetos externos, existen los siguientes campos de relación:
• Búsqueda (Lookup): los campos de relación de búsqueda, cuando se utilizan con objetos externos, requieren la presencia de un ID de Salesforce de 18 caracteres en el conjunto de datos externo. Solo entonces la relación de búsqueda se creará en el objeto externo. La relación de búsqueda se utiliza para asociar el objeto externo secundario con un objeto interno principal que puede ser un objeto estándar o personalizado.
• Búsqueda indirecta: los campos de relación de búsqueda indirecta son exclusivos de los objetos externos y utilice campos de ID externos en el registro principal para asociar los datos externos.  La búsqueda indirecta se crea en el objeto externo y se usa para vincular al objeto hijo externo a un objeto interno principal que puede ser estándar o personalizado.
• Búsqueda externa: los campos de relación de búsqueda externa se crean en estándar, objetos personalizados o externos y se utilizan para vincular el objeto secundario interno o externo a un objeto externo padre.

El marco de Salesforce Connect asegura que los datos reflejados en el exterior los objetos se sincronizan con los datos externos. Este método de acceso sincronizado proporciona una conexión de datos en tiempo real a los datos en lugar de una copia de los datos. Por no copiar los datos, no hay necesidades de almacenamiento adicionales con las que almacenar el copiado datos. El acceso a datos sincronizados también significa que no hay necesidad de ningún procesos o recursos para exportar, importar y gestionar procesos para mantener los datos sincronizados.

Comentarios

Entradas más populares de este blog

Mejores practicas para migración de datos a Salesforce

AWS Lambda

Modelado de datos en Salesforce