Modificación de Objetos Comerciales de Origen
En App Builder Fuente Las reglas creadas en la capa de lógica empresarial están destinadas a ser objetos empresariales que actúen como una copia exacta de la tabla subyacente, con todas sus columnas asociadas, de la capa de datos. Para presentar los datos de cualquier tabla en una página en App Builder, primero debe residir en un objeto en la capa de lógica empresarial.
Las reglas de origen se crean para la mayoría de las tablas en una fuente de datos como un medio para trabajar con los datos subyacentes y presentarlos en la capa de interfaz de usuario de la aplicación. Por ejemplo, un objeto de categoría (origen) contendrá todas las columnas que la tabla de categorías tiene disponibles. Los objetos de origen deben nombrarse siguiendo la metodología de nombres Jitterbit, que es TableName (Source). Cuando se genera una regla de origen a partir de los datos posteriormente a través de un acelerador, se nombra automáticamente siguiendo la metodología Jitterbit.
Una regla de origen contiene (o selecciona) todas las columnas en la tabla subyacente, y todas las columnas se configuran para apuntar a sus columnas correspondientes de la tabla.
En términos generales, los objetos comerciales de origen no deben modificarse para incluir información que no sea parte fundamental de la tabla de destino subyacente. {{ no such element: dict object['a_ab_uc'] }} el desarrollador esperaría que un objeto denominado TableName (Source) esté diseñado para incluir todas las columnas de la tabla subyacente de la tabla, y ninguna tabla adicional, información de unión o valores calculados. Si es necesario agregar este tipo de información a una regla de origen, la mejor práctica es copiar la regla de origen, cambiarle el nombre de manera adecuada y luego modificar el SQL empresarial para que contenga solo la lógica requerida por la nueva regla.
Importante
Tenga cuidado al crear objetos comerciales de no utilizar columnas extrañas que no sean necesarias para la regla, ya que esto puede, en ocasiones, generar problemas de rendimiento.
Si está agregando una columna solo con fines de visualización, simplemente combinando información de columnas existentes en una nueva columna, podría modificar un objeto de origen en este escenario. Por ejemplo, la tabla Employee de la fuente de datos Northwind tiene una columna FirstName y LastName, pero no FullName. Si tiene la intención de mostrar la columna FullName de la capa de interfaz de usuario de la aplicación, podría modificar el objeto Employee (Source) para incluir una función Concat que una los campos FirstName y LastName en una nueva columna FullName única. Tenga en cuenta que esta nueva columna requiere un valor de alias y no debe tener un valor de destino establecido, ya que no hay un valor de columna correspondiente en la fuente de datos en el que volver a escribir los datos.