Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?
Discussion posts and replies are publicly visible
Marco Polo Martínez Badillo
RESUMEN JOSE DIEGO SANCHEZ PEREZ
Write Data with Custom Data Types
Un Custom Data Type es un objeto de datos definido por el usuario que imita estructuralmente la agrupación lógica de datos relacionados creados dentro de la tabla de su base de datos relacional. Es, junto con el data store, lo que le permite estructurar y escribir datos en la base de datos.
El data store es la conexión que comunica los datos de registros modificados desde un CDT a una base de datos relacional.
Solo recuerde, los tipos de registro son una forma eficiente de consultar y relacionar datos de diferentes tablas. Mientras tanto, los CDT se utilizan para actualizar, insertar y eliminar datos en una tabla.
Los CDT imitan la agrupación lógica de datos que se encuentran en su base de datos relacional y le permiten estructurar y escribir datos en su base de datos.
Las aplicaciones generalmente se basarán en varias tablas de bases de datos y, por lo tanto, en múltiples CDT.
Un data store conecta Appian con una base de datos relacional.
Hay 5 formas de crear un CDT:
Automáticamente cuando crea una acción de registro:
Esta es quizás la forma más sencilla e intuitiva de crear un CDT. Si tiene una tabla de base de datos con sincronización de datos habilitada como fuente de su tipo de registro, Appian puede generar automáticamente acciones de registro comunes para ese tipo de registro utilizando la información básica que proporcione. La acción generada usa objetos existentes o crea nuevos objetos para cumplir con los requisitos del objeto.
Tabla de base de datos existente:
Se utiliza esta opción cuando se tiene una tabla existente en su base de datos y necesite crear un CDT para escribir en esa tabla dentro de Appian. Se creará un CDT con todas las configuraciones necesarias para mapear automáticamente a esa tabla.
Desde cero:
Aunque no es tan común, es importante comprender que se puede crear un CDT desde cero. La creación de un CDT desde cero requerirá que agregue cada campo de datos y configure los parámetros, incluidos: nombre, tipo, longitud, matriz y clave.
CDT existente duplicado:
Puede usar esta opción cuando necesite hacer una CDT similar a otra CDT. Se duplicarán todas las configuraciones existentes en el CDT original, incluidas las anotaciones JPA.
Importar XSD:
Utilice esta opción si tiene un archivo XSD que define su CDT. También puede crear o editar varios tipos de datos a la vez importando un solo archivo XSD que contiene varias definiciones de tipos de datos.
Hay que recordar que todos los CDT a los que se hace referencia en un almacén de datos deben tener una clave principal.
Mientras se trabaja en la aplicación, es posible que se deban editar los CDT. Si bien los CDT son editables, es importante recordar que su enfoque para editar CDT diferirá de otros objetos de diseño. Esto se debe a que los CDT están conectados a tablas de bases de datos externas que probablemente deban administrarse por separado.
Query Your Data
QUERY: Es una expresión que nos permite acceder a sus datos para mostrarlos en diferentes partes de su aplicación.
QUERY EDITOR: Una poderosa herramienta que le permite crear y probar consultas utilizando una experiencia guiada.
EXPRESSION RULE: Una expresión almacenada que devuelve un valor que puede estar influenciado por una o más entradas.
¿Qué objeto se debe consultar y por qué?
Se puede consultar en dos tipos de objetos:
Record Type: Consulta datos de un tipo de registro usando a!queryRecordType(). Esto le permite consultar datos de una base de datos, así como de Salesforce y otros servicios web cuando el tipo de registro tiene habilitada la sincronización de datos.
Data Store Entity: Consultar datos de una entidad de almacén de datos mediante a!queryEntity(). Esto le permite consultar datos directamente desde una base de datos.
Las consultas devuelven datos y se pueden usar en todas sus aplicaciones
Las consultas de selección devuelven registros como elementos separados, mientras que las consultas de agregación pueden agrupar campos por valores comunes y producir resultados calculados en esos campos especificados.
Si está consultando un tipo de registro que tiene una relación de uno a varios, puede usar el parámetro relatedRecordData en su consulta para filtrar los datos devueltos por esa relación de uno a varios.
Se puede llamar a las reglas de expresión en todas las aplicaciones. Esto permite mostrar los resultados de las consultas en interfaces, informes, modelos de procesos y otros objetos.
Llamar a una regla de expresión: Puede hacer referencia a sus consultas en todas sus aplicaciones para crear interfaces, informes, modelos de procesos y más. Como práctica recomendada, Appian recomienda crear consultas en una regla de expresión para que sea más fácil mantener y hacer referencia a su consulta. Como cualquier otra regla, se manda a llamar escribiendo rule! y el nombre de la regla de expresión.
Ejercicio # 7