P. ¿Podemos establecer el campo propietario en el objeto de detalle?
El campo Propietario del objeto de detalle no está disponible y se establece automáticamente en el propietario de su registro maestro asociado.
P. ¿Podemos permitir la re-crianza en la relación maestro-detalle de forma predeterminada?
De forma predeterminada, los registros no se pueden volver a crear en relaciones maestro-detalle . Sin embargo, los administradores pueden permitir que los registros secundarios en las relaciones maestro-detalle en objetos personalizados se vuelvan a comparar con diferentes registros principales seleccionando la opción Permitir reparenting en la definición de la relación maestro-detalle.
P. ¿Puede el objeto estándar estar en el lado de los detalles de la relación con el objeto personalizado?
El objeto estándar no puede estar en el lado de los detalles de una relación con un objeto personalizado.
P. ¿Para qué objetos estándar podemos tener una relación maestro-detalle?
No podemos crear una relación maestro-detalle en la que los objetos Usuario o Cliente potencial sean el maestro.
P. ¿Cuál es el efecto del objeto maestro primario en el objeto de unión?
- Apariencia: las páginas de edición y detalle del objeto de unión utilizan el color y cualquier icono asociado del objeto principal principal.
- Propiedad del registro: los registros del objeto de unión heredan el valor del campo Propietario de su registro maestro principal asociado . Debido a que los objetos en el lado del detalle de una relación no tienen un campo Propietario visible, esto solo es relevante si luego borra ambas relaciones maestro-detalle en su objeto de unión.
- División: si su organización utiliza divisiones para segmentar datos, los registros de objeto de unión heredan su división de su registro maestro principal asociado. De manera similar a la propiedad del registro, esto solo es relevante si luego elimina ambas relaciones maestro-detalle.
P ¿Qué sucede si elimina el detalle principal principal o lo convierte en una búsqueda en muchos -many?
Si elimina la relación principal principal-detalle o la convierte en una relación de búsqueda, el objeto principal secundario se convierte en principal.
P. ¿Podemos tener una relación de búsqueda de maestro a objeto de unión para muchas a muchas relaciones?
sí
P. ¿Podemos convertir maestro-detalle en una relación de búsqueda?
Puede convertir una relación maestro-detalle en una relación de búsqueda siempre que no existan campos de resumen acumulados en el objeto maestro.
P. Cuando convertimos la relación maestro-detalle en la búsqueda de un objeto personalizado en el lado del detalle, ¿qué sucede con el OWD de ese objeto?
Al convertir una relación maestro-detalle en una búsqueda de un objeto personalizado en el lado «detalle», cambia el valor predeterminado de toda la organización para el objeto a lectura / escritura pública .
P. ¿Podemos convertir la búsqueda en una relación de detalle maestro?
Puede convertir una relación de búsqueda en una relación maestro-detalle si el campo de búsqueda en todos los registros contiene un valor.
P. Cuando convertimos la búsqueda en la relación maestro-detalle de un objeto personalizado en el lado de los detalles, ¿qué sucede con el OWD de ese objeto?
La conversión de una búsqueda en una relación maestro-detalle cambia el valor predeterminado de toda la organización a Controlado por los padres y el modelo de uso compartido se actualiza a lectura / escritura pública.
P. ¿Explica las relaciones con uno mismo?
Puede crear una relación de un objeto a sí mismo, pero debe ser una relación de búsqueda y un solo registro no se puede vincular a sí mismo. Sin embargo, un registro puede relacionarse indirectamente consigo mismo.
Por ejemplo, la campaña Promoción de vacaciones puede tener la campaña de correo directo seleccionada en la relación de búsqueda y la campaña de correo directo puede tener seleccionada la campaña de promoción de vacaciones en la relación de búsqueda.
P: ¿Cuáles son las consideraciones para la relación maestro-detalle multinivel?
Para crear relaciones maestro-detalle multinivel, necesita el permiso de usuario «Personalizar aplicación».
Puede tener hasta tres niveles de detalle personalizados.
Un objeto puede aparecer una vez en relaciones maestro-detalle multinivel.
Las relaciones maestro-detalle multinivel no admiten transferencias de división.
Puede utilizar relaciones maestro-detalle de varios niveles en tipos de informes personalizados.
Los tipos de informes personalizados creados para relaciones maestro-detalle multinivel cuentan para el límite de tipos de informes personalizados de la organización y no se generan informes si se excede este límite.
P. Si el objeto personalizado ya contiene los datos, ¿cómo podemos establecer una relación maestro-detalle?
No puede crear una relación maestro-detalle si el objeto personalizado ya contiene datos. Sin embargo, puede crear la relación como una búsqueda y luego convertirla en detalles maestros si el campo de búsqueda en todos los registros contiene un valor.
P: ¿Puede el objeto de unión personalizado convertirse en maestro en una relación maestro-detalle multinivel?
El objeto de unión personalizado no puede convertirse en el objeto maestro en una relación maestro-detalle de varios niveles.
P. ¿Podemos eliminar el objeto personalizado en el lado maestro de la relación maestro-detalle?
No puede eliminar un objeto personalizado si está en el lado principal de una relación principal-detalle.
P. ¿Qué sucede si eliminamos un objeto personalizado en el lado del detalle de la relación maestro-detalle?
Si elimina un objeto personalizado que está en el lado del detalle de una relación maestro-detalle, la relación se convierte en una relación de búsqueda.
Eliminar un registro de detalle lo mueve a la Papelera de reciclaje y deja el registro maestro intacto
P. Si borra un registro de detalle y luego borra el registro maestro en la relación maestro-detalle. Más tarde, recupera el registro maestro y luego, ¿qué sucede?
Si borra un registro de detalle y luego, por separado, borra su registro maestro, no puede recuperar el registro de detalle, ya que ya no tiene un registro maestro con el que relacionarse.
P. ¿Qué sucede cuando se elimina cualquiera de los objetos maestros en muchas o muchas relaciones?
Los registros de objetos de unión se eliminan cuando se elimina cualquier registro maestro asociado y se coloca en la Papelera de reciclaje.
Si se eliminan ambos registros maestros asociados, el registro del objeto de unión se elimina de forma permanente y no se puede restaurar.
P. En muchas a muchas relaciones, ¿qué objeto maestro controla el uso compartido del objeto de unión?
El acceso compartido a un registro de objeto de unión está determinado por el acceso compartido de un usuario a los registros maestros asociados y la opción Configuración de uso compartido en el campo de relación.
P. ¿Qué sucede cuando intentamos eliminar el registro principal si hay más de 200 objetos de unión asociados a él?
En una relación de varios a varios, un usuario no puede eliminar un registro principal si hay más de 200 registros de objetos de unión asociados a él.
si el objeto de unión tiene un campo de resumen acumulativo que se acumula en el otro padre. Para eliminar este objeto, elimine manualmente los registros del objeto de unión hasta que el recuento sea inferior a 200.
P. ¿Podemos crear un resumen acumulativo en el maestro secundario en una relación de muchos a muchos?
Los campos de resumen acumulados que resumen los datos del objeto de unión se pueden crear en ambos objetos maestros.
Puede definir desencadenadores de Apex tanto en objetos maestros como en el objeto de unión.
P. ¿Puede el objeto de unión estar en el lado maestro de cualquier relación maestro-detalle?
Un objeto de unión no puede estar en el lado principal de otra relación principal-detalle.
P ¿Cuáles son las consideraciones al eliminar a un padre?
No se permite eliminar un registro que tiene registros secundarios, excepto cuando los registros secundarios se eliminan temporalmente (se envían a la Papelera de reciclaje). Si todos los registros secundarios de un registro principal se eliminan temporalmente, el registro principal se elimina. Además, todos los elementos secundarios eliminados temporalmente se eliminan de la papelera de reciclaje y se eliminan permanentemente.
P. En el escenario donde el campo A es la búsqueda de destino del campo B, que a su vez es la búsqueda de destino del campo C, puede especificar que A puede eliminar B, pero B no se puede eliminar porque está en una relación con C. Si intentas borrar A, ¿qué pasará?
Si intenta eliminar A, obtendrá un error que indica que B no se puede eliminar porque está vinculado a C.
P. Si se elimina el registro principal en la relación de búsqueda, ¿qué se muestra en el campo de seguimiento del historial del registro secundario?
Si se elimina el registro principal en una relación de búsqueda, el seguimiento del historial de campo para el registro secundario no registra la eliminación. Por ejemplo, si se elimina una cuenta principal, la lista relacionada Historial de la cuenta de la cuenta secundaria no muestra la eliminación.
P. ¿Qué tipo de relación admiten los objetos externos?
Solo las relaciones de búsqueda, búsqueda externa y búsqueda indirecta están disponibles para objetos externos. No se admiten otros tipos de relaciones.
P. ¿Está disponible la eliminación en cascada en los objetos externos?
La eliminación en cascada no está disponible para las relaciones de objetos externos.
P. ¿Qué sucede con los informes personalizados cuando se convierte una relación de búsqueda a detalle maestro o viceversa?
Convertir una relación de búsqueda a maestro-detalle o viceversa puede hacer que los informes personalizados existentes se vuelvan inutilizables debido a los diferentes tipos de informes estándar disponibles para cada tipo de relación.
Le recomendamos que pruebe sus informes personalizados inmediatamente después de convertir el tipo de relación. Si revierte su relación al tipo original, los informes se restauran y se pueden volver a utilizar.
P: ¿Existe algún objeto estándar que también actúe como objeto de unión?
Sí, hay algunos objetos estándar que actúan como un objeto de unión.
Por ejemplo, el objeto estándar OpportunityContactRole actúa como un objeto de unión entre los objetos Opportunity y Contact.
P. ¿Qué son los objetos externos?
Los objetos externos son similares a los objetos personalizados en Salesforce, pero los datos del registro de objetos externos se almacenan fuera de su organización de Salesforce. Los datos almacenados en sistemas externos como Oracle, SAP, Heroku Postgres, etc. Cada objeto externo está asociado con una definición de fuente de datos externa en su organización de Salesforce. Una fuente de datos externa especifica cómo acceder a un sistema externo.
- Cada organización puede tener hasta 100 objetos externos . Los objetos externos no cuentan para la cantidad de objetos personalizados.
Al usar objetos externos, no tiene que administrar una copia de esos datos en Salesforce, por lo que no está desperdiciando almacenamiento y recursos manteniendo los datos sincronizados y puede acceder a los datos a pedido.
Los objetos externos se utilizan mejor cuando tiene una gran cantidad de datos que no puede o no desea almacenar en su organización de Salesforce, y necesita usar solo una pequeña cantidad de datos a la vez.
cada objeto externo termina con » __x «.
EJEMPLO
Si sincroniza el objeto Cuenta de la organización del proveedor, la organización del suscriptor crea:
- Un objeto externo con el nombre de API Account__x
- Campos personalizados, incluido uno con el nombre de API Name__c
Si sincroniza el objeto CustObj__c de la organización del proveedor, la organización del suscriptor crea:
- Un objeto externo con el nombre de API CustObj_c__x
- Campos personalizados, incluido uno con el nombre de API Name__c
Si el objeto de la organización del proveedor tiene un campo personalizado, la organización del suscriptor crea el campo personalizado en el objeto externo equivalente, por ejemplo:
- MyCustField_c__c
- MyOtherCustField_c__c
Si sincroniza el objeto externo Account__x de la organización del proveedor, la organización del suscriptor crea:
- Un objeto externo con el nombre de API Account_x__x
- Campos personalizados, incluido uno con el nombre de API Name_c__c
Los objetos externos están disponibles con Salesforce Connect y Files Connect . Cada objeto externo está asociado con una definición de fuente de datos externa en su organización de Salesforce.
P. ¿Qué es una fuente de datos externa?
Una fuente de datos externa especifica cómo acceder a un sistema externo . Salesforce Connect utiliza fuentes de datos externas para acceder a los datos almacenados fuera de su organización de Salesforce.
Files Connect utiliza fuentes de datos externas para acceder a sistemas de contenido de terceros . Las fuentes de datos externas tienen objetos externos asociados, que sus usuarios y la Plataforma Lightning utilizan para interactuar con los datos y el contenido externos.
Al acceder a los datos de registro a pedido, los objetos externos siempre reflejan el estado actual de los datos externos. No tiene que administrar una copia de esos datos en Salesforce, por lo que no está desperdiciando almacenamiento y recursos manteniendo los datos sincronizados.
Los objetos externos se utilizan mejor cuando tiene una gran cantidad de datos que no puede o no desea almacenar en su organización de Salesforce, y necesita usar solo una pequeña cantidad de datos a la vez.
P. ¿Qué es la búsqueda externa?
Una relación de búsqueda externa vincula un objeto secundario, personalizado o externo con un objeto externo principal.
Los valores del campo ID externo estándar en el objeto externo principal se comparan con los valores del campo de relación de búsqueda externa. Para un objeto externo secundario, los valores del campo de relación de búsqueda externa provienen del Nombre de columna externa especificado.
P. ¿Qué es la búsqueda indirecta?
Una relación de búsqueda indirecta vincula un objeto externo secundario a un objeto estándar o personalizado principal. Cuando crea un campo de relación de búsqueda indirecta en un objeto externo, especifica el campo del objeto principal y el campo del objeto secundario para que coincidan entre sí.
P. ¿Qué es un objeto grande?
Un gran objeto almacena y gestiona grandes cantidades de datos en la plataforma Salesforce . Puede archivar datos de otros objetos o llevar conjuntos de datos masivos de sistemas externos a un gran objeto para obtener una vista completa de sus clientes . Los clientes y los sistemas externos utilizan un conjunto estándar de API para acceder a los datos de Big Object. Un objeto grande proporciona un rendimiento constante, ya sea que tenga 1 millón de registros, 100 millones o incluso mil millones. Esta escala le da a un objeto grande su poder y define sus características.
P: ¿Cuáles son los tipos de objetos grandes?
Hay dos tipos de objetos grandes.
- Grandes objetos estándar: objetos definidos por Salesforce e incluidos en los productos de Salesforce. Los objetos grandes estándar están disponibles de fábrica y no se pueden personalizar.
- Grandes objetos personalizados: nuevos objetos que crea para almacenar información exclusiva de su organización. Por ejemplo, si está creando una aplicación para rastrear el inventario de productos, cree un objeto grande personalizado llamado HistoricalInventoryLevels para rastrear los niveles históricos de inventario para análisis y optimizaciones futuras
P. ¿Cuáles son algunos casos de uso de objetos grandes personalizados?
- Vista de 360 ° del cliente: amplíe su modelo de datos de Salesforce para incluir información detallada de programas de lealtad, feeds, clics, información de facturación y aprovisionamiento, y más.
- Auditoría y seguimiento: realice un seguimiento y mantenga una visión a largo plazo del uso de Salesforce o del producto con fines de análisis o cumplimiento.
- Archivo histórico: mantenga el acceso a los datos históricos para fines de análisis o cumplimiento mientras optimiza el rendimiento de sus aplicaciones centrales de CRM o plataforma Lightning.
P. ¿Cuáles son las diferencias entre los objetos grandes y otros objetos?
Debido a que un objeto grande puede almacenar datos en una escala ilimitada, tiene características diferentes a otros objetos, como sObjects. Los objetos grandes también se almacenan en una parte diferente de la plataforma Lightning.
| Objetos grandes | sObjects |
|---|---|
| Base de datos distribuida escalable horizontalmente | Base de datos relacional |
| Base de datos no transaccional | Base de datos transaccional |
| Cientos de millones o incluso miles de millones de registros | Millones de registros |
- Los objetos grandes solo admiten permisos de objetos y campos, no reglas de uso compartido estándar o estándar .
- Las funciones como disparadores, flujos, procesos y la aplicación móvil Salesforce no son compatibles con los objetos grandes.
- ¿Qué tipo de objetos grandes son?
- Objetos grandes estándar : los define Salesforce y se incluyen en los productos de Salesforce. Ej .: FieldHistoryArchive (que le permite almacenar hasta 10 años de datos de historial de campo archivados)
- Objetos grandes personalizados : no puede crear objetos grandes a través de la interfaz de usuario estándar de Salesforce. Sin embargo, puede crear objetos grandes siguiendo dos formas.
- Mediante el uso de la API de metadatos : Usted define e implementa los Big Objects personalizados a través de la API de metadatos. Para definir un objeto grande personalizado, crea un archivo de objeto que contiene su definición, campos e índice, junto con un conjunto de permisos para definir los permisos para cada campo y un archivo de paquete para definir el contenido de los metadatos del objeto. Después de insertar el archivo de metadatos a través del banco de trabajo, puede verificar que el nombre de la API de Big Object termine con «__b» en org .
- Creador de Big Object personalizado : Hay otra forma de crear Big Object mediante la instalación del paquete administrado «Custom Big Object Creator » de Salesforce Labs. Podemos crear Big Object usando la pestaña Lightning del creador de Big Object personalizado. En Big Objects OWD, CRUD, la seguridad de nivel de campo se puede configurar según el requisito. Como estos objetos se utilizan para almacenamiento, solo admitirá 5 tipos de datos que son » Texto, área de texto largo, fecha y hora, número y búsqueda «
- ¿Cómo puedo insertar registros en Big Objects?
Hay diferentes formas de crear un registro de BigObject, como usar un archivo csv, usar API como Bulk API o incluso Async SOQL o database.insertImmediate (record) apex method
Usando la API REST:
Puede insertar los datos en el objeto utilizando el método de publicación rest api a través del banco de trabajo:
«/Service/Data/v40.0/sObjects/CustomObjHistory__b»
Puede exponer los datos utilizando la página de fuerza visual o el componente Lightning.
Q. ¿Cómo podemos consultar objetos grandes?
Si sabemos que está consultando una pequeña cantidad de registros, puede usar SOQL
Y la otra forma es » Async SOQL »
AsyncSOQL : para administrar millones y millones de registros en sus grandes objetos personalizados, Salesforce presentó AsyncSOQL. Pero Async SOQL se incluye solo con la licencia de capacidad adicional de big object
P: ¿Cuáles son algunas de las consideraciones sobre objetos grandes?
- Puede crear solo 100 objetos grandes por organización. Los límites para los campos de objetos grandes son similares a los límites de los objetos personalizados y dependen del tipo de licencia de su organización.
- Big Objects solo admite seguridad a nivel de objeto y campo
- Los Big Objects se pueden utilizar en el análisis de Einstein, pero no para el generador de informes y la búsqueda.
- No podemos rastrear el historial de campo en Big Objects
- Big Objects no admite transacciones que incluyen grandes objetos, objetos estándar y objetos personalizados.
- No puede escribir disparadores, flujos, procesos en objetos grandes.
- No puede utilizar objetos externos de Salesforce Connect para acceder a objetos grandes en otra organización.
- La mejor práctica al escribir en un objeto grande es tener un mecanismo de reintento. (Por ejemplo, vuelva a intentar el lote hasta que obtenga un resultado exitoso de la API o el método Apex)
- Puede eliminar los datos en Big Objects usando el método de vértice “deleteImmediate ()”.
P. ¿Cuándo usar Salesforce Connect?
- Cuando Acceso en tiempo real a los datos más recientes: ambos sistemas se mantienen sincronizados con los datos en tiempo real
- Cuando el sistema externo es confiable: Cuando el sistema externo es, Sistema de registro y casi libre de mantenimiento
- Operación CRUD bidireccional: para sincronizar los datos entre 2 sistemas wrt Crear / Actualizar / Eliminar
- Cuando el sistema externo tiene millones de datos: cuando está integrando otro sistema a Salesforce y no necesita replicar una cantidad sustancial de datos.
P: ¿Cuáles son algunas consideraciones relacionadas con el objeto externo?
- Los datos de Extrenal no se almacenan en Salesforce y se accederá a ellos cuando ejecutemos el informe.
- Cuando ejecuta un informe, Salesforce realiza una llamada de solicitud al objeto externo
- Los informes de tendencias históricas y los campos de depósitos y depósitos no son compatibles con los informes de objetos externos
- Si el informe incluye campos de resumen y fórmulas, esos valores agregados reflejan solo un subconjunto de sus datos. Para mejorar la precisión de los valores agregados, intente personalizar el informe para obtener datos más relevantes
- El informe puede recuperar hasta 2000 registros si tiene objetos secundarios, el total de registros puede ser mayor o menor que 2000 según la cantidad de registros secundarios obtenidos.
- No se admiten los campos Fórmula y Resumen de lista completa.
- No se admite el seguimiento del historial de campo.
- No se admiten notas ni archivos adjuntos.
- Los metadatos de objetos externos son controlados por un sistema externo.
- No es compatible con Salesforce Automations.
10,000 llamadas de OData por hora para las ediciones Enterprise, Performance y Unlimited.
P: ¿Qué es Salesforce Connect?
Salesforce Connect es un marco de trabajo estándar de Salesforce que le permite crear, ver, editar, eliminar y buscar datos fuera de Salesforce (fuentes externas), ya sea en las instalaciones o en la nube, o desde Salesforce.
Para obtener acceso a los datos en tiempo real almacenados en un sistema externo, es necesario crear una fuente de datos externa en Salesforce.
Configuración -> Fuente de datos externa -> Nueva fuente de datos externa
Q. ¿Qué pasará si recuperamos el objeto de unión y el objeto normal de la papelera de reciclaje?
Los tipos de datos Master – Detail Relación se convertirán para buscar tipos de datos de relación.
Si recuperamos cualquier objeto de la papelera de reciclaje, entonces toda la relación de detalle maestro se cambiará a la relación de búsqueda.
P: ¿Cuáles son los campos indexados predeterminados en Salesforce?
Tenemos algunos campos que están indexados por defecto en Salesforce, que son:
- Nombre
- IDENTIFICACIÓN
- Campos de propietario
- Campos de relación maestro-detalle
- Campos de búsqueda
- Últimas fechas de modificación
- Fechas de auditoría
P. ¿Qué son los objetos de configuración?
Los objetos de configuración son aquellos que interactúan con los metadatos. Todos los demás objetos (estándar y personalizados) son objetos que no son de configuración.
…
Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://www.sfdcamplified.com/2021/04/interview-questions-on-salesforce-objects-and-relationship.html#utm_source=rss&utm_medium=rss&utm_campaign=interview-questions-on-salesforce-objects-and-relationship
