Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

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 Antonio Flores Flores

    Marco Polo, sinceramente me llevo mucho de estas lecciones, para mi gusto fueron de las más interesantes, aprendí varias cosas nuevas, en esta lección nos habla de de los CDT's y de los Dta Stores:

    CDT: Los CDT's o Custom Data Type, es un objeto de dato definido por el usuario el cual imita estructuralmente la agrupación lógica de datos relacionados creados dentro de una base de datos relacional.
    Data Store: El Data Store es la conexión que comunica los datos una vez ya modificados por los CDT's a una base de datos.

    Los CDT's se pueden crear usando 5 metodos:

    Automaticamente cuando creas un Record Action.
    Desde Scratch.
    Duplicado de un CDT existente.
    Desde una tabla o vista de una Base de Daatos.
    Desde un archivo XSD.

    Todos los CDT's que son referenciados de un Data Store debe tener una Clave Primaria.

    Los Data Store son responsables de la conexión de la aplicación con una base de datos relacional.

    Los CDT's se agregan al Data Store como entidades.

    Es importante que se configure la seguridad de los Data Store correctamente. Ya que si se configura incorrectamente impedirá que los otros usuarios comerciales no puedan actualizar un dato en la tabla.

    Posteriormente se hace mención de los querys (consultas).

    Query: Los querys son una expresión, la cual permite el acceso a sus datos para ser mostrados.

    Query Editor: Es una herramienta que permite crear y realizar consultas de prueba.

    Expression Rule: Es una expresión almacenada que devuelve un valor el cual puede tener una o mas entradas.

    Anexo imagenes de los Hands On propuestos en las lecciones:

    Anexo imagen de la actividad Build an Application: Step 7:

  • 0
    Certified Associate Developer

    Buen día,

    Los tipos de datos personalizados o CDTs en un principio permiten montar estructuras de datos complejas acorde a los modelos relacionales como los de las bases de datos. Estos a su vez apoyan a los demás objetos como expresiones, modelos de procesos y Records para mostrar, buscar y transformar gran parte de la información que entra y sale de Appian.

    A su vez los CDTs también permiten estructurar información proveniente de otras fuentes como Salesforce, Web APIs y documentos, son basados en tecnología XSD muy natural para el manejo de entidades y esquemas por lo que se vuelven versátiles y fáciles de administrar en un entorno mas avanzado.

    La utilización de expresiones de consulta (Query Expressions) permiten gestionar de mejor manera la información de modo que llevarla al usuario sea mas fácil. Igualmente cuentan con la ventaja de obtener información estructurada de objetos que generan nueva información como los Records y sus campos personalizados.

    PDF

  • Hola adjunto resumen día 6 - Write Data with Custom Data Types y Query Your Data – Jesús Alberto Guzmán Cruz

    Write Data with Custom Data Types

    Entendí que los tipos de datos personalizados, también conocidos como CDT, son los que le permiten estructurar y escribir datos en su base de datos. Además, se puede decir que un CDT 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 almacén de datos, lo que le permite estructurar y escribir datos en la base de datos, los CDT se utilizan para actualizar, insertar y eliminar datos en una tabla, otro aspecto importante de tener en cuenta es que se debe tener cuidado al editar los CDT porque este objeto es utilizado por mucho otros objetos de aplicación, y cualquier edición de un CDT también afectará a los objetos relacionados. Existen 5 formas de crear un CDT

    1. Automáticamente cuando crea una acción de registro
    2. Tabla de base de datos existente
    3. desde cero
    4. CDT existente duplicado
    5. Importar XSD

    También aprendí que las aplicaciones solo necesitan un almacén de datos para todas las tablas en una fuente de datos, este almacén de datos es la conexión que comunica los datos de registros modificados desde un CDT a una base de datos relacional. Los CDT se agregan al almacén de datos como entidades y se tiene que volver a publicar el almacén de datos cada vez que agregue una nueva entidad, y algo muy importante es configurar la seguridad de su almacén de datos correctamente. Una configuración incorrecta podría impedir que los usuarios comerciales actualicen los datos en la tabla conectada.

    Query Your Data

    Las consultas se utilizan para devolver datos en función de un conjunto específico de criterios y se pueden usar para rellenar un formulario, completar opciones representar un KPI. En Appian, puede consultar un tipo de registro o directamente a una base de datos relacional utilizando una entidad de almacenamiento de datos. Existen varias formas de consultas:

    Tipo de registro: 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.

    Entidad de almacén de datos: Consultar datos de una entidad de almacén de datos usando a!queryEntity() . Esto le permite consultar datos directamente desde una base de datos.

    Usar una consulta de selección: es devolver un registro específico dada la identificación de ese registro, este tipo de consulta es útil para probar interfaces

    Usar una consulta de agregación: Se devuelven todas las marcas, incluida cada instancia de esas marcas. Esas marcas de vehículos en la propiedad de datos se almacenan en una variable local.

    Appian recomienda crear consultas en una regla de expresión para que sea más fácil mantener y hacer referencia a su consulta.

    Se puede ordenar y limitar registros relacionados de uno a muchos con a!relatedRecordData().

    Sobre los Filtros adicionales, podemos decir que Un filtro le permite aplicar un conjunto de condiciones para que la consulta solo devuelva los datos que necesita.

    Gracias

    Adjunto Ejercicios 6 y 7

    PDF

    PDF

  • Custom Data Types

    CDT y los almacenamiento de datos es un objeto de datos definido por el usuario que imita estructural mente la agrupación lógica de datos relacionados creados dentro de la tabla de su base de datos relacional.

    Data Store  es la conexión que comunica los datos de registros modificados desde un CDT a una base de datos relacional.

    Record Types (tipos de registro) son una forma eficiente de consultar y relacionar datos de diferentes tablas y los CDT se utilizan para actualizar, insertar y eliminar datos en una tabla.

    Formas de crear un CDT :

    1.- Automáticamente cuando crea una acción de registro.(Create a Record Action) : Si tiene una tabla de base de datos con sincronización de datos habilitada Appian puede generar automáticamente acciones de registro comunes para ese tipo de registro utilizando la información básica que proporcione.
    2.- Tabla de base de datos existente(Existing Database Table) :Utilice esta opción cuando tenga una tabla existente en su base de datos y necesite crear un CDT para escribir en esa tabla dentro de Appian.
    3.- 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.
    4.- CDT Existente o 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.
    5.- 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.

    Query Your Data

    Las consultas le permiten devolver datos en función de criterios especifico, puede usar esos datos devueltos para rellenar un formulario, completar opciones y representar una KPI.

    Tipos de objeto:
    * 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 usando a!queryEntity() . Esto le permite consultar datos directamente desde una base de datos.

    Consulta de selección de tipo de registro: traen registros dependiendo del criterio de selección.

    Consulta de agregación de tipo de registro: trae información de la consulta y puede realizar cálculos.

    Para filtrar datos de registros relacionados después de generar su consulta use a!relatedRecordData(), algunos ejemplos donde puede ser utilizado , en el filtrado de valores nulos, devolución de datos entre 2 fechas y filtrar mas de un campo. Con a!queryLogicalExpression() se puede usar otros operadores para complementar los filtros como "OR" y "AND_ALL" directamente en el Editor de expresiones.

    Ordenar y limitar registros relacionados con a!relatedRecordData():Si desea filtrar, clasificar o limitar los datos de registros relacionados de uno a varios, debe usar a!relatedRecordData() después de generar su consulta.

  • Buenos días, adjunto resumen del día 6.

    Write Data with Custom Data Types.

    Custom Data Type (CDT): es un objeto de datos definidos por el usuario, que imita la agrupación lógica de los datos de una tabla de base de datos.

    Data Store (DS): es la conexión que comunica un CDT a una base de datos relacional.

    Formas de crear un CDT:

    1. Automáticamente cuando se crea un Record Action.
    2. Desde una tabla de Base de Datos.
    3. Desde un Scratch.
    4. Duplicando un CDT existente.
    5. Importando un XSD.

    Todos los CDT's son referenciados en el Data Store teniendo la PK (Primary Key).

    Un Data Store es responsable de la conexión entre las apps y la base de datos relacional.

    Query Your Data.

    Las queries son usadas para mostrar información especifica o con base en algún criterio.

    Query: es una expresión que permite acceder a la información desde diferentes partes de la aplicación.

    Query Editor: herramienta que permite crear y probar (testear) querys.

    Expresion Rule: expresión almacenada que retorna un valor que puede ser influenciado por por uno o mas valores de entrada.

    KPI: (Key Performance Indicator), indicador clave de desempeño.

    Tipos de objetos de que pueden consultar:

    • Record Type: a través de "a!queryRecordType()", permite consultar información desde una base de datos.
    • Data Store Entity (DSE): a través de "a!queryEntity()", permite consultar información directamente de una base de datos.

     

    a!relatedRecordData() para filtrar datos de registros relacionados después de generar su consulta

    a!queryLogicalExpression() para usar otros operadores como "OR" y "AND_ALL" directamente en el Editor de expresiones.

  • Apuntes para : 

    • Sites: Create a Custom and Focused User Experience
    • Query Your Data

  • Buen día

    Comparto Resumen, elaborado por Ana Karen Garcia Braulio.

    Tema:       -Sites: Create a Custom and Focused User Experience-
                    -Query Your Data-


    -Sites: Create a Custom and Focused User Experience-
    Este módulo nos permitirá revisar los sitios de Appian a través de la configuración, personalización y seguridad.

    Un sitio es una interfaz definida personalizada para un conjunto de usuarios que se centran en un conjunto particular de actividades. Cuando se crea un sitio, Appian genera una URL única y personalizable que se puede compartir con el usuario o grupo que utilizará el sitio. Las URL del sitio se pueden marcar como cualquier otra.

    Características particulares:
    -Se pueden acceder a través de otros sitios.
    -Los nombres de los sitios son internos y los usuarios finales no los verán directamente.
    -Iniciar el nombre del sitio con el prefijo de la aplicación.
    -El nombre para mostrar es visible para los usuarios finales y requiere una consideración adicional al crear un nuevo sitio.


    Establecer la seguridad del sitio
    La seguridad en la práctica usando el sitio del Supervisor de Acme. Se compone de 3 páginas:


    1.Vehículos: un supervisor debe tener permiso de Espectador del registro Vehículos para acceder a esta página.


    2.Informes: un supervisor pueda ver la página de Informes, debe tener al menos permisos de Espectador para el objeto Informe y la interfaz a la que llama ese informe.


    3.Mis Tareas: es una interfaz, por lo que un supervisor necesitaría al menos permisos de Espectador en esa interfaz, así como en el almacén de datos que contiene la información que se muestra en cada tarea.

    -Query Your Data-

    Las consultas se utilizan para devolver datos en función de un conjunto específico de criterios. En Appian, puede consultar un tipo de registro o directamente a una base de datos relacional utilizando una entidad de almacenamiento de datos (data store entity, DSE).

    Tipo de Registro
    a!queryRecordType(): 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.

    Entidad de almacenamiento de datos
    a!queryEntity(): permite consultar datos directamente desde una base de datos.

    Appian recomienda crear consultas en una regla de expresión para que sea más fácil mantener y hacer referencia a su consulta.
    Los indicadores clave de desempeño -KPI- son un caso de uso para los datos agregados. Una forma de mostrar una consulta de agregación como un KPI es a través de un componente de indicador.

    Quedo pendiente para cualquier duda o comentario. 

  • Buenas tardes adjunto resúmenes:

    Sites: Create a Custom and Focused User Experience

    Query Your Data

        

  • Empezando con los CDT (Custom Data Type) son un tipo de objeto que se puede crear, y estructuralmente es similar a lo que sería una tabla, en una base de datos relacional. Dichos CDT están conformados por tipos de datos que corresponden a los campos de una tabla con la que están directamente relacionados. 

    Estos CDT permiten enlazarse con sus similares que serían las tablas, todo esto a través del objeto Data Store, que no es más que una conexión directa a una base de datos relacional, donde cada modificación que se haga en un CDT, se actualiza con su similar en la base de datos. 

    Ahora, estos CDT se pueden crear de diferentes maneras, las cuales serían: 

    • Automáticamente al crear una acción de registro 
    • Desde cero 
    • Duplicado de un CDT existente 
    • Desde una tabla o vista de base de datos 
    • Desde un archivo XSD 

     

    Podemos consultar los registros almacenados en nuestra base de datos, y obtener esta lista de registros para actuar sobre ellos en nuestra aplicación. 

    Dichas consultas las podemos hacer, si es en un tipo de registro, se usa: a!queryRecordType() y para almacenes de datos: a!queryEntity(). 

     

    Estas las podemos hacer a través del editor de consultas, directamente en la interfaz en la que estemos trabajando, o crear reglas de consulta, para su posterior uso en cualquier parte donde las necesitemos. 

     

    Tenemos 2 tipos de consultas: 

     

    • Selección: Permite obtener una lista de registros de un Record Type o de una entidad, 
    • Agregación: Permite agrupar registros por un campo en específico, y obtener datos certeros de estos mismos, como sumas, conteo, mediciones, etc.