¿Has preguntado alguna vez? – ¿Qué son los objetos grandes? ¿Cuáles son sus casos de uso? ¿Cómo se implementan? – ¡Por supuesto que sí!

Siempre es importante comprender las diferentes opciones para resolver los desafíos comerciales. Entonces, veamos cómo se ve este escenario desde la perspectiva de un arquitecto, consultor, desarrollador o administrador de Salesforce.

Los negocios de hoy evolucionan a un ritmo acelerado; y, las organizaciones demandan nuevas características y funcionalidades para cumplir con los requisitos de cumplimiento, normativos y otros requisitos comerciales.

Supongamos que está trabajando como arquitecto de Salesforce en Gurukul on Cloud (GoC). En GoC, durante tiempos normales, las transacciones de pedidos alcanzan los 2 millones de registros por semana; Sin embargo, durante las temporadas altas, el rango oscila entre 10 y 15 millones de registros por semana. Entonces, durante una de las reuniones, el Oficial de Cumplimiento de GoC compartió una necesidad comercial: retener los datos de Oportunidad , Pedido e Historial de campo de transacción de pedido durante al menos 7 años para cumplir con la nueva política de retención de datos de la organización.

Tomemos otro ejemplo, supongamos que está trabajando como Arquitecto de Salesforce en GoC. Y que eres parte del equipo de Gobernanza de datos de GoC. Como resultado, debe abordar el siguiente requisito: una vez que se cierra un pedido, archive los datos y manténgalos disponibles para los usuarios de Salesforce.

Haga una pausa y piense: ¿cómo resolverá los desafíos anteriores? De las siguientes, ¿qué opción(es) seleccionará como parte de su solución?:

1. Almacene datos en Heroku Postgres Database y use Heroku Connect para exponerlos a Salesforce a través de objetos externos.
2. Use la nube, la base de datos local heredada, el almacenamiento de datos de terceros ( Amazon Redshift , Snowflake , IBM Db2 , Google BigQuery y otros) para almacenar los datos y luego use una interfaz para exponer los datos a Salesforce.
3. Utilice la aplicación AppExchange ( Odaseva , OwnBackup , Spanning Backup y otras) para archivar datos y utilizar su interfaz para mantener los datos disponibles en Salesforce.
4. Use un enfoque simple seleccionando BigObject para almacenar datos y use Lightning Web Component, o una aplicación AppExchange, para ponerlos a disposición de los usuarios de Salesforce.

Al elegir una (o varias) soluciones, asegúrese de tener en cuenta lo siguiente y asegúrese de que su solución esté preparada para el futuro:

1. Volumen : tenga en cuenta el volumen de datos haciendo una pregunta simple: ¿cómo será el volumen de datos: unos pocos millones, un billón o unos cientos de miles de millones de filas?
2. Velocidad : al elegir una solución, piense en el rendimiento, la capacidad de consulta y cómo van a interactuar los usuarios.
3. Variedad : considere las variedades de datos que puede almacenar en una solución dada, ya que, como todos sabemos, Salesforce genera diferentes tipos de datos cuando se crea un registro. Por ejemplo, cuando se crea una cuenta, Salesforce puede crear registros en AccountShare, AccountTeamMember, etc.
4. Valor : comprenda el valor de su inversión midiendo el efecto que tendrá una solución dada en su negocio (es decir, aumentando la productividad, brindando una ventaja competitiva); esto es vital para determinar el ROI de la solución.

En este artículo, voy a discutir Big Objects , sus estrategias de implementación y los pasos de implementación, incluidos algunos consejos y trucos para animar las cosas.

Big Objects se puede utilizar para almacenar y administrar enormes cantidades (miles de millones de filas) de datos en la plataforma Salesforce. Puede utilizar un Big Object para archivar datos de Salesforce o datos de sistemas externos.

Big Objects se basa en un conjunto de tecnologías de big data probadas (Hadoop, Apache Phoenix, etc.) con Apache HBase en su núcleo.

Hay dos tipos de objetos grandes:

1. Big Objects estándar: Salesforce crea Big Objects estándar y los incluye en los productos de Salesforce. Por ejemplo, cuando compra el complemento Field Audit Trail , Salesforce crea/habilita automáticamente FieldHistoryArchive Big Objects.
2. Big Objects personalizados: creamos Big Objects personalizados para almacenar información exclusiva de nuestra organización o requisitos comerciales. El nombre de la API de Custom Big Object termina en __b . Utilice la API de metadatos, o la configuración, para crear objetos grandes personalizados.

Casos de uso para objetos grandes

Entonces, ¿cómo utiliza una empresa un Big Object? Estos son algunos de los casos de uso de Big Objects más populares:

1. Vista de 360° del cliente : muchas empresas utilizan Big Objects para crear una aplicación de tablero que proporciona una vista de 360° de sus clientes. Estos tableros extraen datos de Big Objects, los analizan y los presentan al servicio de atención al cliente, o al personal de ventas y/o marketing, de una manera que les ayude a hacer mejor su trabajo.
2. Archivo de datos : una de las formas más comunes, y potencialmente más rentables, para que las empresas comiencen a utilizar Big Objects es eliminar algunos de los datos históricos de Salesforce o de fuentes de datos externas. Por ejemplo, puede ser necesario mantener datos históricos para cumplir con los requisitos de cumplimiento.
3. Auditoría y seguimiento : muchas empresas utilizan Big Objects para realizar un seguimiento y mantener una vista a largo plazo de los datos de Salesforce con fines de auditoría y cumplimiento.

Entonces, ¿cuál es la diferencia entre un objeto grande y un objeto de Salesforce?

Big Objects y sObjects (objetos estándar y personalizados) tienen propiedades diferentes. Hagamos una pausa aquí para identificar diferentes propiedades:

Caso de uso empresarial

Tamara McCleary trabaja como arquitecta de soluciones en GoC. Después de conocer Big Objects, quiere crear un Big Object con los siguientes campos para almacenar registros del historial de campos de oportunidad.

Crear un objeto grande personalizado

Utilice la API de metadatos o la configuración de Salesforce para crear objetos grandes. Realice los siguientes pasos para crear un objeto grande a través de la configuración:

1. Vaya a Configuración | ADMINISTRACIÓN | Datos | Objetos grandes .
2. Haga clic en el botón Nuevo para crear un objeto grande para almacenar registros del historial de campos de oportunidad.
3. Una vez hecho esto, haga clic en el botón Guardar .
4. De forma predeterminada, un Big Object se crea con En desarrollo – Estado de implementación. Para implementar un Big Object, tenemos que crear campos personalizados y una tabla de índice.

Crear campos personalizados

El siguiente paso es crear campos personalizados como se menciona en el requisito comercial. Al final, se verá como la siguiente captura de pantalla:

Crear índice para objetos grandes personalizados

Utilice el índice personalizado para definir la clave primaria compuesta (índice) para un Big Object personalizado. Al definir un índice personalizado, recuerde lo siguiente:

1. Diseñe su clave principal en función de cómo desea consultarla.
2. La longitud total de todos los campos de texto, en un índice, no puede exceder los 100 caracteres.
3. Se pueden indexar un total de 5 campos.
4. Tienes que definir una orden de índice.
5. El campo debe ser obligatorio para la indexación.
6. Una vez que crea un índice, no se puede cambiar.
7. Solo se admite un conjunto de índices.
8. No puede eliminar un índice personalizado.

Tamara ha decidido habilitar la indexación para los campos CreatedById, CreatedDate y Opportunity.

Realice los siguientes pasos para crear un índice personalizado:

1. Navegue a la sección Índice en OpportunityFieldHistory Big Object.
2. Haga clic en Nuevo y habilite Índice para los siguientes campos, como se muestra a continuación:
3. Una vez hecho esto, haga clic en el botón Guardar .

Implementar un objeto grande personalizado

El paso final es implementar el objeto grande OpportunityFieldHistory . Para ello, realice los siguientes pasos:

1. Editar objeto grande OpportunityFieldHistory
2. Seleccione Estado de implementación a Implementado , como se muestra a continuación
3. Una vez hecho esto, haga clic en el botón Guardar .

Rellene un objeto grande personalizado con flujo

Puede usar Cargador de datos, Apex, API o Flujo para insertar registros en Big Objects. Tamara decidió que usará el siguiente flujo desencadenado por registro para insertar un registro en OpportunityFieldHistory Big Object.

Lleve registros de objetos grandes personalizados a la interfaz de usuario de Salesforce

Interfaz de usuario estándar como: pestañas, páginas de detalles, vistas de lista, ni disponible para Big Objects. Allí, debe usar el componente web Lightning o la aplicación AppExchange para llevar los datos de Big Objects a la interfaz de usuario de Salesforce.

Tamara está utilizando la aplicación AppExchange de la lista relacionada de Big Objects para llevar los datos del Big Object personalizado OpportunityFieldHistory a los registros de oportunidad relacionados.

Mover objetos grandes personalizados de una organización a otra

Si desea mover Big Objects personalizados de una organización a otra, utilice la siguiente herramienta.

1. Conjuntos de cambios
2. Paquete
3. código de estudio visual

Seleccione Objeto personalizado en Tipo de componente para buscar objetos grandes personalizados, como se muestra a continuación:

Cosas para recordar al usar objetos grandes

1. La cantidad máxima de Big Objects por organización no puede exceder 100.
2. A menos que tenga un índice, no se puede implementar un objeto grande.
3. Una vez creado, la longitud de un campo no se puede cambiar.
4. El campo no se puede eliminar una vez que los crea.
5. El tipo de datos del campo no se puede cambiar una vez creado.
6. Los objetos grandes eliminados se almacenan durante 15 días.
7. Hay algunas formas de llenar un objeto grande: (1) puede usar un archivo .csv con Data Loader; hazlo a través de API; o hacerlo completamente a través de Apex.
8. No puede usar objetos externos de Salesforce Connect para acceder a Big Objects en otra organización.
9. Big Objects no admite el cifrado. Si archiva datos cifrados de un objeto estándar o personalizado, se almacenan como texto sin cifrar en el Big Object.
10. Big Objects no admite transacciones. Si desea leer (o escribir) en un objeto grande mediante un disparador, un proceso o un flujo en un sObject, use Apex asíncrono. Apex asíncrono tiene características como la interfaz Queueable que aísla las operaciones DML en diferentes tipos de sObject para evitar el error DML mixto.
11. Implemente Big Objects de una organización a otra a través de los siguientes métodos:
    1. Conjunto de cambios
    2. Paquete
    3. código de estudio visual
12. Utilice la API de Apex o SOAP para eliminar datos en un Big Object personalizado.
13. Big Object SOQL no admite los operadores !=, LIKE, NOT IN, EXCLUDES e INCLUDES.
14. Las funciones agregadas no son compatibles.

Conclusión

Según el documento de precios del complemento de Salesforce , a partir de ahora, Big Objects cuesta $ 1000 / mes por 50 millones de registros. Big Objects puede desempeñar un papel clave en las decisiones de archivo de datos, ya que le permite mantener todo en la plataforma de Salesforce.

¡Después de haber leído el blog, siéntase libre de alardear de su experiencia recientemente desarrollada en Big Object! Y, ya que estás en ello, ¡Ve a lo grande!

Evaluación formativa:

¡Quiero saber de ti!

¿Cuáles son sus salsas secretas cuando se trata de Big Objects? Siéntase libre de compartir en los comentarios a continuación.

 Correctora : - Munira Majmundar

…

Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://automationchampion.com/2022/02/08/ever-wonder-what-are-big-objects-what-are-its-use-cases-how-are-they-implemented-of-course-you-do/