¿Que aprendieron de los temas "DataBase Design Basics", "Application Architecture" y "Create An Application"?

Hola Marco, te comparto el resumen.

Una base de datos es un conjunto de datos organizado o estructurado, generalmente almacenado en una computadora. Las bases de datos se utilizan principalmente para hacer que la búsqueda y recuperación de datos sea rápida y eficiente.

Una entidad es un concepto abstracto de algo sobre lo que desea almacenar información. Podría ser una cosa, persona, organización, lugar, unidad, objeto o elemento. Por ejemplo, para una empresa de gestión de vehículos, las posibles entidades incluyen vehículo o cliente.
Las entidades se almacenan como tablas en bases de datos. Definamos una tabla y las partes que la componen.

Una fila y una columna se cruzan en una celda. El valor de esa celda se puede llamar elemento de datos (data item) o elemento (item). Las columnas de una tabla también se denominan campos o atributos . Definen la estructura de una tabla. Cada columna define un atributo de la tabla y todos los datos de una columna tienen el mismo tipo de datos. Aprenderá más sobre los tipos de datos más adelante en este curso. Una fila contiene un conjunto de valores relacionados, o elementos de datos, para todas las columnas de una tabla determinada. A veces, una fila de una tabla se denomina registro . Mientras que las columnas proporcionan la estructura de una tabla, las filas contienen los datos.

Una llave primaria es una forma única de identificar una columna en una tabla, generalmente es un número de ID, La llave primaria debe de obedecer a la restricción de ser única y no nula, lo que significa que ds filas no podran tener el mismo data item (elementos de datos) y no podrán tener valores nulos.

Las restricciones son reglas que se aplican a las columnas de una tabla. Estas reglas ayudan a limitar el tipo de datos que pueden ir en una columna. El propósito de las restricciones es garantizar que los datos de una base de datos sean precisos y confiables, las 2 principales restriiciones son not null y unique.

Las llaves foráneas son columnas que unen una tabla con otra, aparecen en ambas tablas, creando un enlace o una relación entre ambas. La llave foránea apunta a una columna con una restricción única y por lo general es la llave primaria de otra tabla.

Los tipos de datos se utilizan para definir qué tipo de valor se puede almacenar en una columna. Sólo se puede almacenar un tipo o tipo de valor en cualquier columna. Existen 4 principales tipos de datos primitivos: string, numeric, date time y boolean.

La normalización de datos es el proceso de estructurar la información en una base de datos para reducir la redundancia y hacerla más eficiente, es importante para garantizar que sus datos sean precisos y no contengan registros duplicados. Cuando los datos son eficientes y están bien estructurados, es más fácil encontrar y utilizar la información que necesita.

Hay cuatro tipos: uno a uno, uno a muchos, muchos a uno y muchos a muchos. Cuando establece una relación, hay una tabla principal y una tabla secundaria. Las relaciones se establecen de padre a hijo.

Un diagrama de relación de entidades o ERD, es un modelo utilizado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Los ERD se utilizan con mayor frecuencia para modelar y diseñar bases de datos relacionales. También se pueden utilizar como ayudas visuales para solucionar problemas en bases de datos existentes.

Para el desarrollo de la aplicación, se debe de verificar las personas que estarán interactuando con la aplicación, definir los roles y las actividades que desempeñan y así cada personas actuará como una entidad en la que se pondrán las personas en cada tabla dependiendo el rol

Los datos se gestionan principalmente a tráves de los record types (tipos de registros), los record types ayudan a definir el modelo de datos usados en la app. Los record type data pueden provenir de una variedad de lugares, incluidas bases de datos relacionales, procesos de Appian y servicios web. Se puede crear relaciones de records type para conectar información a través de records y usarlos para crear vistas integradas de información de diferentes lados. Cada record type puede ser entendido como la tabla que se va a crear.

Como una practica estandariza, la mayoría de las organizaciones documentan sus procesos de negocio (business process dibujando diagramas de flujo de trabajo (workflow diagrams).
Los informes visualizan datos agregados entre registros. Appian incluye multiples formatos de reportes incluidos barras, pastel y más. Se define una persona como un grupo de usuarios con necesidades similares y serán los que están trabajando en la aplicación. Se crean grupos basados en personas, cada persona (grupo de usuarios) tendra us actividades claves que realizarán. Los grupos que siempre van a ser requeridos en cualquier aplicación será All Users (todos los usuarios), así como también Admins (serán los encargados de administrar la seguridad de los objetos).

Se necesita identificar y organizar los datos requeridos por la aplicación. Los datos pueden provenir de una variedad de lugares, incluidos los relacionales, bases de datos, procesos de Appian, salesforce y otros servicios web. Appian puede importar sus modelo de datos y cualquier dato existente a través de registros.
Si no hay un modelo de datos Appian puede crear un nuevo modelo de datos desde cero, permitiendo definir los campos y relaciones en el propio tipo de registro.

Es una buena práctica construir primero records types y luego procesos de diseño al rededor. Los usuarios pueden ver records y otras partes de la aplicación que utilizan sitios.
Un sitio consta de contenido organizado en pestañas, cada sitio puede dirigirse a un grupo específico.Otra área de planificación de registros son acciones y record actions. Los eventos de registros se usan para el análisis y la toma de decisiones. Las acciones y acciones relacionales se definen en un record.

Para la creación de las app, se debe de usar Appian Designer, se enseño cómo se crea, que se le debe de dar un nombre y una descripción para empezar, también se debe de asignar la seguridad de la aplicación y muestra un panel de objetos que Appian recomienda como punta de partida para una aplicación nueva.
La vista de Build es para crear y configurar objetos de diseño en la aplicación, Appian crea objetos de forma predeterminada.
Se aprendió también la forma en la que se pueden crear las carpetas en Appian, las cuales son 4 tipos de carpetas: regla, modelo de proceso, centro de conocimiento y documento. La forma en que se pueden filtrar carpetas, cómo se puede crear subcarpetas de reglas en las que se incluyen constantes, decisiones, expresiones, interfaces y expresiones de consulta. Cómo crear subcarpetas del centro de conocimiento, en las cuales Appian ya crea 2 subcarpetas, artefactos y documentación de la aplicación. La forma en la que se puede establecer la seguridad de la carpeta.

Hola Marco, acá te dejo mis apuntes del día 26 de enero:

Database design basics
-Database: Conjunto de datos organizado y estructurado, generalmente almacenado en una PC.
-Entidad: Es el concepto abstracto de algo de lo que quieres almacenar información, puede ser una coasa, una persona, un lugar, un objeto o un elemento.
-Tablas: Las entidades son almacenadas como tablas en una BD. Dato: intersección entre una columna y una fila. Atributo (columna): Definen la estructura de una tabla. Registro (fila): Contiene un conjunto de datos relacionados.
-Esquema (Schema): Describe como los datos estan organizados dentro de una base de datos relacional.
-Constraints: Reglas que se tienen que cumplir sobre las columnas de una tabla (NULL, NOT NULL, UNIQUE, etc).
-Llave primaria: Es una manera de identificar una fila en una tabla. (Son valores únicos y no deben ser null).
-Llave foranea: Es una columna que relaciona una tabla con otra.
-Normalización de datos: Es el proceso de estructurar información en una BD para reducuir redundancia y aumentar la eficiencia.
-Diagrama entidad relacion (ERD): Modelo usado para mostrar gráficamente las relaciones de las tablas dentro de una BD.

Arquitectura de una App.
Objetivos para el diseño de un app de Appian
Definir el propósito y objetivos de la app
Definir el éxito usando resultados medibles
Identificar cada componente de la planeación y exponer su significado en la construcción de la app.
Crear un documento con la planeación de la app

Componentes clave de un plan
-Personas y grupos: Identificar quien va a interactuar con la nueva app. Definir una "Persona" como el grupo de usuarios con necesidades similares.
Identificar actividades clave de cada Persona. Crear grupos basados en Personas. Crear grupos de usuarios y administradores para cada app. Minimo se necesita un grupo de todos los usuarios y administradores.
-Data Design: Identificar y organizar los datos requeridos para la app. Identificar origenes de datos. Durante la planeación definir los datos de la misma manera independientemente del origen.
-Records: Tipos de registros es la principal manera de ver o actuar sobre los datos. Es una buena práctica construir registros primero y luego diseñar los procesos alrededor de ellos.
Los datos pueden ser texto, imagenes, barras de progreso e iconos.
Record actions. Acciones que se detonan desde el registro como agregar nuevo elemento, actualizar, etc. Se usa cuando un registro no estaba inicialmente.
Related actions. Acciones que se pueden llevar a cabo para un registro en especifico (actualizar, hacer ese registro inactivo, etc.).
Record events. Eventos que ocurren durante la operación.
-Process Models: El documento de planeación puede ayudara indetificar estos procesos. (Algunos procesos para la app de autos: agregar un vehículo, solicitar un mantenimiento, actualizar solicitud de mantenimiento, etc). Appian tiene dos vistas para ello: analista y diseñador. Identificar las interfaces que necesitas. Necesitas relacionar cada acción y acciones relacionadas a un modelo de proceso.
-Reports: Origen de datos para reportar variados (Internal analytics engine, synced records, BD relacionales y sistemas externos[web services, etc] ). Preguntar a los stakeholders que necesitan saber. Considerar usar tooltips, links, filtros, drill-down. Normalmente los reportes se categorizan en Bussiness value reports o KPI (ganancias, satisfacción del cliente, etc) y Métricas de procesos (se centran en la eficiencia oepracional y embotellamientos, se usan para identificar problemas potenciales).

La mayor parte del trabajo se lleva acabo en la Build view. Es una buena práctica nombrar cada objeto con el prefijo de la app. Appian crea el grupo de administradores (como administradores) y usuarios básicos (lectores) por ti.
Tipos de objetos:
-Groups: Representa las diferentes personas que interactúan con la app. La seguridad esta asignada a los grupos en Appian.
-Record types: Forma principal para administar datos en Appian.
-Process Models: Maneja las acciones que se llevan a cabo en la app.
-Expression rules: Llevan a cabo una amplia gama de funciones como recuperar, formatear y transformar datos.
-Sites: Proveé una forma en la que los usuarios ven e interactuan con las apps.
-Interfaces: Usadas para construir formularios, records, sites y reports. Los usuarios pueden ver, agregar o actualizar las información a través de las interfaces.
Los objetos de aplicación están organizados dentro de folders. Los folders son usados para organizar y asignar permisos a los objetos de aplicación. Se necesitan foldres especificos para rules, process models y documentos. En Appian hay 4 tipos de folders: Rules, Process Model. Document y Knowledge Center.
Appian designer es el lugar donde creas, eliminas, duplicas y renombras objetos.
Las aplicaciones pueden ser exportadas o importadas en diferentes ambientes.

-------- Notas 26/01/2024

Database Design Basics

Base de Datos. Es un conjunto organizado de información/datos, generalmente almacenado en una computadora. Se utilizan para hacer que la búsqueda y recuperación de datos sea rápida y eficiente.

Entidad. Es un concepto abstracto (objeto, persona, organización, lugar, u otro) de algo donde se desea almacenar información.

Tablas. Agrupan valores o elementos de datos relacionados en columnas y filas. En una base de datos relacional, cada tabla representa una entidad diferente, por lo que a menudo se utilizan como sinónimos. Las entidades se almacenan como tablas en bases de datos.

Atributo (columna, primer elemento). Las columnas de una tabla también se denominan campos o atributos. Definen la estructura de una tabla. 

Registro (fila). Una fila contiene un conjunto de valores relacionados, o elementos de datos, para todas las columnas de una tabla determinada.

Esquema de Base de Datos. Un esquema es un plano (blueprint) que describe cómo están organizados los datos dentro de una base de datos relacional.

Restricciones en Bases de Datos. Las restricciones son reglas que se aplican a las columnas de una tabla.

NOT NULL - Una restricción NOT NULL garantiza que una columna no pueda tener valores NULL. Forza a que el campo nunca quede vacío.

UNIQUE - Una restricción UNIQUE garantiza que todos los valores de una columna sean diferentes (únicos). Puede tener muchas restricciones ÚNICAS por tabla.

Llave Primaria y Externa (Foreign). La columna que funja como llave (o clave) primaria deberá de ser de tipo UNIQUE. Mientras que, una llave o clave externa, es aquella que radica en Tabla1 (puede ser alguna columna de la tabla, incluso puede ser la primaria de dicha tabla) y aparece como elemento dentro de Tabla2.

Tipos de Datos Primitivos. 

String - Cadena, un conjunto de caracteres. CHAR, VARCHAR(N), TEXT

Numeric - Valor numeral. DECIMAL, FLOAT, DOUBLE, UNSIGNED (no acepta negativos), entre otros

Date and time - Fecha, días, horas o ambos. DATE

Boolean - Valor falso o verdadero. BOOLEAN, 0 es False, 1 es True

Normalización de datos. Es el proceso de estructurar la información en una base de datos para reducir la redundancia y hacerla más eficiente. Obtener información precisa y sin duplicidad.

Tipos de relaciones entre tablas. Cuando establece una relación, hay una tabla principal (padre) y una tabla secundaria (hijo). Las relaciones se establecen de padre a hijo.

Relación tipo Una a Una. Para cada fila en la tabla principal solo puede existir una fila relacionada en la tabla secundaria

Relación tipo Una a Muchas. Cada fila de la tabla principal está relacionada con muchas filas de la tabla secundaria y cada fila de la tabla secundaria puede tener solo una fila relacionada en la tabla principal.

Relación tipo Muchas a Muchas. Una fila de la tabla principal puede estar relacionada con varias filas de la tabla secundaria, y una fila de la tabla secundaria puede estar relacionada con varias filas de la tabla principal. Normalmente, cuando existe este tipo de relación, se necesita una tercera tabla de unión (join table) para comunicar esta relación, esta última nos permite dividir una relación de muchos a muchos en dos relaciones de uno a muchos.

Diagrama Entidad-Relación [Entity Relationship Diagram (ERD)]. Es un modelo utilizado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Es un gran apoyo visual.

Application Architecture

Objetos y conceptos de una aplicación: Registros, Tareas, Reportes y Acciones

En Appian, los datos se gestionan principalmente a través de tipos de registros, éstos te ayudan a definir el modelo de datos a usar en tu aplicación.

Componentes claves en la planeación de una aplicación: personas, diseño de datos basado en registros, tipos de datos personalizados, modelos de procesos e informes. 

Una persona es una representación de un grupo de gente que trabajará en la aplicación. Se usa para organizar al personal basado en sus necesidades dentro de la aplicación, son como roles.

Cada aplicación debe de tener como mínimo el grupo de All Users y el de Administrators, esto es, repitiendo, como mínimo.

Se sugiere no finalizar las estructuras de datos hasta que haya finalizado los requisitos de presentación de informes. El diseño del contenido del informe puede afectar la estructura de datos. 

Después de identificar todos los puntos de datos que deben usarse en su aplicación,se deberá organizar en una agrupación lógica de datos relacionados.

Un registro de Appian es una representación de tu modelo de datos para tu aplicación y la forma principal en que los usuarios pueden ver y actuar sobre los datos.

Tipos de reportes. 

1. Informes de valor empresarial, enfocados en KPI (key performance indicators), son muy visuales, presentan muchas comparativas entre datos
2. Métricas de procesos. Se centran en la eficiencia operativa y los cuellos de botella

Los datos del informe se pueden extraer de una variedad de fuentes: Appian Internal Analytics Engine, registros sincronizados, bases de datos relacionales, sistemas externos (usando webservices o alguna otra integración).

Comienza la planificación del informe determinando los requisitos de informes para la aplicación. Consideración del diseño del informe:

Tooltips

Enlaces

Filtros

Elementos perforables (*drillable elements, no especificaron al respecto)

Capacidad de cambiar la visualización de los datos (ejm. de tablas a diagramas o esquemas)

Medio de visualización (equipo o dispositivo móvil)

Create an Application: First Steps

No tengo acceso aún a Appian Community Edition Site. 

Los pasos de “Create an Application” quedaron pendientes por la limitante descrita anteriormente.

Appian crea automáticamente un prefijo de aplicación. Se recomienda nombrar cada objeto comenzando con el prefijo de la aplicación. Mantenga seleccionada la casilla Generar grupos y carpetas para proteger y organizar objetos.

Organiza tus objetos en carpetas. Appian le permite crear cuatro tipos de carpetas: regla (rule), modelo de proceso (process model), centro de conocimiento (knowledge center) y documentos (document).

Los modelos de proceso impulsan las acciones realizadas en la aplicación.

Las reglas de expresión realizan una amplia gama de funciones, incluida la recuperación, el formato y la transformación de datos.

Las interfaces se utilizan para crear formularios, registros, sitios e informes. Los usuarios pueden ver, agregar y modificar datos a través de interfaces.

Nota: Repasar el tema de creación de folders y sub-folders una vez que se tenga acceso al Site de Appian (Manage Objects in Appian Designer).

Appian crea dos subcarpetas del Centro de conocimiento: Artefactos y Documentación de aplicaciones. Los documentos o reglas contenidos en una carpeta pueden heredar automáticamente los derechos de usuario de la carpeta. Las carpetas del modelo de proceso no proporcionan herencia de seguridad.

Verificar dependencias de objetos. Es importante saber que muchos objetos van a ser interdependientes; cambiar o eliminar un objeto puede afectar negativamente el rendimiento de los objetos relacionados.

Las aplicaciones generadas en el ambiente de Appian pueden ser importadas o exportadas en diferentes entornos (ejm. exportar una aplicación de entorno de desarrollo e importarla en un entorno de pruebas). A medida que importa y exporta aplicaciones entre entornos, la vista Deployments realiza un seguimiento del historial de implementación entrante y saliente de su entorno.

Eliminar una aplicación no elimina sus objetos, se debe de buscar en el listado de Objetos y proceder a eliminarlos de esa sección.

La interfaz utilizada para la base de datos de Appian Cloud es phpMyAdmin.

NOTA: El step-by-step no pude implementarlo al no tener aún acceso al Site de Appian.

Hola Marco, a continuación mis apuntes:  

En esta sección se revisaron los siguientes puntos:

conceptos básicos:

Bade de datos es un conjunto organizado o estructurado de datos, generalmente almacenados en una computadora, las bases de datos generalmente se utilizan para la búsqueda y recuperación de datos sea rápida y eficiente.

entidad: es algo sobre lo que desea almacenar información. ejem: en el caso de una empresa de gestión de vehículos, las posibles entidades incluyen el vehículo o el cliente.
"Las entidades se almacenan como tablas en bases de datos"

las columnas de una tabla también se denominan campos o atributos. los cuales definen la estructura de una tabla, cada columna define un atributo de la tabla y todos los datos de una columna tienen el mismo tipo de datos.

Esquema de base de datos:

Un esquema se conoce como el "modelo" de una base de datos y describe cómo se organizan los datos dentro de una base de datos relacional.

Existen diferentes tipos de esquemas.

Los esquemas pueden ser conceptuales y ofrecer una visión general del aspecto que tendrá un sistema de base de datos.

Los esquemas también pueden ser más lógicos y menos conceptuales, e incluir nombres de tablas, nombres de campo, relaciones y restricciones.

Sin embargo, independientemente del tipo, un esquema de base de datos no contiene realmente datos.

Tipos de datos primitivos en BDD:
String, Nueric, Data and time, Boolean

Tipos de relaciones de BDD:

Uno a uno: solo puede existir una fila relacionada en la tabla secundaria

uno a muchos: cada fila de la tabla principal está relacionada con muchas filas de la tabla secundaria y cada fila de la tabla secundaria solo puede tener una fila relacionada en la tabla principal

De muchos a muchos: una fila de la tabla principal ´puede relacionarse con varios fila de la tabla secundaria y una fila de la tabla secundaria puede relacionarse con varias filas de la tabla principal.

Al igual aprendí a definir una base de datos y varios términos de base de datos como entidad, atributo, registro y claves. así cómo se pueden organizar los datos en tablas y cómo usar las relaciones para organizar y recuperar la información que necesita. Por último, a diagramar las relaciones entre tablas mediante un diagrama entidad-relación (ERD).

También se explico paso a paso el como crear una aplicación, y como usar la plataforma y sus diferentes funciones así como sus secciones para poder racializarnos mas rápido, de igual forma se realizaron varios cuestionarios relacionados a los temas vistos.

Mis notas del dia.

En esta sección, se tocaron los siguientes temas relacionados con el diseño de bases de datos y la arquitectura de aplicaciones:

• Conceptos Básicos de Bases de Datos:
  • Una base de datos es un conjunto organizado de datos almacenados en una computadora, utilizado para la búsqueda eficiente de información.
  • Una entidad es algo sobre lo que se desea almacenar información, por ejemplo, un vehículo o un cliente en una empresa de gestión de vehículos.
  • Las entidades se almacenan como tablas en bases de datos, y las columnas de estas tablas son también llamadas campos o atributos.
• Esquema de Base de Datos:
  • Un esquema describe cómo se organizan los datos dentro de una base de datos relacional, ya sea de manera conceptual o lógica.
  • Puede incluir nombres de tablas, nombres de campo, relaciones y restricciones, pero no contiene datos reales.
• Tipos de Datos Primitivos en Bases de Datos:
  • String, Numeric, Date and Time, Boolean.
• Tipos de Relaciones en Bases de Datos:
  • Uno a Uno, Uno a Muchos, Muchos a Muchos. Se explicaron las características de cada tipo de relación.
• Normalización de Datos:
  • Proceso de estructurar la información en una base de datos para reducir la redundancia y mejorar la eficiencia.
• Diagrama Entidad-Relación (ERD):
  • Un modelo visual utilizado para representar las relaciones entre entidades o tablas en una base de datos.
• Arquitectura de Aplicaciones:
  • Se introdujeron conceptos como registros, tareas, reportes y acciones en el contexto de la plataforma Appian.
  • Se destacó la importancia de la planificación, la organización de datos basada en registros y la consideración de informes.
• Pasos Iniciales para Crear una Aplicación:
  • Se proporcionaron pasos generales para crear una aplicación en Appian.

La sección también incluyó detalles específicos sobre restricciones en bases de datos, tipos de reportes, la importancia de la planificación de informes, y consideraciones al crear una aplicación en la plataforma Appian.

Hasta el momento no cuento con acceso al ambiente de Appian.

Saludos.

En las bases de datos hay diferentes tipos de información que se almacenan dentro de estas
número, entero, condicional, fecha.
Dentro de las bases debemos saber que hay que saber identificar cada elementos que compone la estructura que resguarda la información estos son:
Tablas que tienen como identificadores de información a los encabezados o títulos que contendrán la información en casillas que almacenarán el contenido con toda la información.
Una vez almacenada la información, esta se pude ir relacionando con otras bases haciendo una red más compleja de información, pero que a su ves, para no ser redundante se pueden relacionar unas con otras teniendo diferentes tipos de relación entre ellas:
De una a una, de una a muchas. de muchas a muchas.

Para iniciar a diseñar una aplicación hay que tener en cuenta el motivo. Por otro lado es recomendable generar el flujo que debe seguir cada paso

Es importante identificar que datos son necesarios para construir la aplicación. con los tipos de registros identificados, se pueden crear modelos de datos que utilicen las tablas

Los tipos de registro son la forma primaria en que los usuarios puede ver y actuar sobre los datos.
La información se puede presentar en texto, imágenes, barras de progreso y en íconos

Con Appian Designer creas objetos, gestionas objetos, creas aplicaciones y administras aplicaciones.

Crear desde cero: crea solo la aplicación y ningún objeto.
Completo: crea la aplicación, un tipo de registro y objetos que realizan una variedad de funciones.
Básico: crea la aplicación, un tipo de registro y objetos relacionados con el registro.

Para los tipo de objeto:
Grupos: diferentes personas que interactuarán con la aplicación.
Registros: la forma principal de gestionar datos en Appian
Sitios: una forma para que los usuarios vean e interactúen con aplicaciones
Modelos de procesos: se utilizan para impulsar las acciones realizadas en la aplicación.

Se debe crear una aplicación dedicada para cada solución empresarial.

El prefijo de la aplicación sirve para nombrar objetos creados para la aplicación

Buen día,

DISEÑO DE BASE DE DATOS

BASE DE DATOS: Conjunto de datos organizados y estructuados. Las DB son usadas para buscar y recuperar datos lo mas rapido y efciciente.
ENTIDAD: Es algo de lo que se quiere alamcenar información, persona, organización, lugar, cualquier objeto.
TABLA: Son como hojas de calculos con renglones y columnas.Representan una entidad distinta y pueden ser usadas asignandoles un alias.
ELEMENTO: La intesección de una columna y renglon es llamada celda, el valor de la celda es conocido como elemento.
ATRIBUTO(columna):Tambien llamados campos, definen la estructura de la tabla.
REGISTRO(renglon):Los registros o renglones contienen datos.
SCHEMA: Describe como estan organizados los datos dentro de una base de datos relacional. Ningun schema contiene datos.
CONSTRAINS: Son reglas establecidas en las columnas de una tabla. Estas reglas ayudan a limitar el tipo de datos que debe ser almacenado
dentro de la columna, asegurando que los datos sean precisos y confiables.
CONSTRAINT NOT NULL: Obliga a que el campo tenga un valor. No se puede insertar un nuevo registro sin agregar un valor a este campo.
CONSTRAINT UNIQUE: Asegura que todos los valores en una columna sean diferentes.
PRIMARY KEY: Es un valor unico y no nulo dentro de una tabla.
FOREING KEY: Es valor que liga a una tabla con otra, normalmente es el primary key dentro de otra tabla y no puede ser nulo.

TIPO DE DATOS
Datos Primitivos
STRING: Letras, numeros y caracteres especiales(text,varchar,enum,set,binary,varbinary)
NUMERIC: numeros(integer,tinyint,mediumint,float,double)
DATE AND TIME: Date, time o ambos (date,time, timestamp,datetime)
BOOLEAN: 0 y 1 (bool, boolean)

NORMALIZACIÓN DE DATOS: Es el procesos de estructurar información en una DB y reducir redundancia para hacerla mas eficiente. Cuando los
datos son eficientes y bien estructurados se hace mas facil la busqueda y el uso de la información.

FERERENCIA DE DATOS(reference data): Es la clasificación o categorización. Es la organización por categoria(Niveles por ejemplo)

RELACIONES EN BASE DE TOS
Tipos:
1)ONE TO ONE: Por cada renglon en la tabla padre hay un renglon enla tabla hijo.
2) ONE TO MANY: Cada renglon de la tabla padre esta relacionada a muchos renglones de la tabla hijo, y cada renglon de la tabla hijo puede
tener solo un renglon relacionado con la tabla padre.
3)MANY TO MANY: Un renglon de la tabla padre se relaciona con multiples renglones de la tabla hijo, y un renglon de la tabla hijo se relaciona
con multiples renglones de la tabla padre; cuando existe este tipo de relaciones una tercera tabla de union es necesaria para comunicar esta
relación.

ARQUITECTURA DE UNA APLICACIÓN.
Objetivos para el diseño de un app de Appian
Definir el propósito y objetivos de la app
Definir el éxito usando resultados medibles
Identificar cada componente de la planeación y exponer su significado en la construcción de la app.
Crear un documento con la planeación de la app

INICIO CON EL DISEÑADOR DE APPIAN
INICIO: Las aplicaciones son construidas con el diseñador de appian.
VISTA DE LAS APLICACIONES ENLISTADAS:- Despues de crear la aplicación se listara en el diseñador de appian. Se necesita crear una aplicación
para cada solución de negocio.
USANDO LA VISTA DEL EXPLORADOR: La aplicación es como un contenedor para todos los objetosrelacionados usados para construir. Cuando se da click
para abrir una aplicación lo primero que se ve es la vista del explorador, el cual da información de la estructura de la aplicación, sus
paquetes y la documentación de respaldo.
USO DE LA VISTA DE CONSTRUCCIÓN: Esta vista permite crear y configurar objetos de diseño en una aplicación. La mayoria del trabajo de
construcción de una aplicación sera en esta vista.

Manejo de objetos en el diseñador de Appian
tipo de objetos
1. Groups: diferentes personas que interactúan con la aplicación. La seguridad en acciones asignadas por grupos.
2. Record types: La principal manera de manejar datos en Appian. La relación conecta datos y ayuda a crear integridad de vistas desde diferentes fuentes de datos.
3. Process model: maneja acciones realizadas en la aplicación.
4. Expression rules: contiene una amplia gama de funciones incluyendo recuperación, formateo y transformación de datos.
5. Sites: proporciona una manera para que los usuarios visualicen e interactúen con aplicaciones.
6. Interfaces: son usadas para construir formularios, registros, sitios y reportes. Los usuarios pueden ver, agregar y modificar datos a través de las interfaces.

Organización de objetos en carpetas
los objetos de la aplicación están organizados dentro de carpetas.
Se pueden crear cuatro tipos de carpetas
1. Rules
2. process model
3. knowledge center
4. document

MANEJO DE OBJETOS EN EL DISEÑADOR DE APPIAN
el diseñador de appian es donde se puede crear borrar, duplicar y renombrar objetos

DEPENDENCIA DE OBJETOS
A medida que se desarrolle la aplicación se crearán, eliminaran y modificaran Objetos, por eso es importante saber la relación que existe entre ellos, ya que cualquier
cambio puede afectar negativamente el rendimiento del objeto.

GESTIÓN DEL DISEÑADOR DE APLICACIONES EN APPIAN
Cuando se selecciona una aplicación se activan cuatro botones
1. import /export: las aplicaciones pueden ser importadas o exportadas a diferentes entornos, por ejemplo se puede crear una aplicación y probarla en un ambiente de desarrollo, entonces, se exporta a un ambiente de pruebas
2. security: la seguridad de la aplicación determina que grupos y usuarios pueden verla e interactuar con su contenido. Por default los administradores son los únicos que tienen acceso a la aplicación
3. delete: borrar una aplicación no borra sus objetos, es necesario entrar a la vista de objetos, buscarlos con el prefijo de la aplicación, ordenarlos para su localización y borrarlos.
4. Properties: para acceder a la configuración de una aplicación hacer Clic en las propiedades. Desde ahí se puede editar el nombre, el prefijo, la descripción, el grupo de usuarios y el grupo de administradores

BÚSQUEDA DE OBJETOS EN LA APLICACIÓN

Se pueden buscar objetos dentro de una aplicación o en todas las aplicaciones, se puede filtrar y ordenar todos los objetos de estados punto y seguido el prefijo de la
aplicación ayuda a identificar los objetos que pertenecen a la aplicación

Fundamentos de bases de datos

Una base de datos es un conjunto de información organizada de manera que pueda ser utilizada eficientemente. Un directorio telefónico, un diccionario, un calendario o recetario de cocina, todos estos se pueden considerar bases de datos. La información en una base está organizada en forma de registros. Cada registro contiene toda la información sobre una persona o un elemento de la base. 

Cada registro contiene campos. Un campo se utiliza para almacenar una información particular. Por ejemplo, en el directorio telefónico un campo almacena el nombre, otro campo almacena la dirección y otro campo almacena el número telefónico de la persona. Cada registro contiene cada uno de estos campos y cada registro puede tener información en esos campos. El nombre de un campo generalmente identifica la información almacenada en el campo. Por ejemplo, los campos pueden llamarse Nombre, Dirección o Número telefónico. Cada campo tiene un tipo que identifica la clase de información que puede almacenar: números, fechas, caracteres alfanuméricos y otros. Como cada campo contiene un tipo específico de datos, usted puede realizar cálculos y otras operaciones con la información guardada en ellos. Por ejemplo, puede sumar los números de dos campos. Puede comparar la fecha de un campo con la de otro. Puede mostrar el nombre de una persona (almacenado en un campo) después de su apellido (almacenado en otro campo) para construir la primera línea de una etiqueta de correo.

El conjunto de registros que utilizan los mismos campos conforma una tabla. Una base de datos puede contener muchas tablas.

Cursos:
"DataBase Design Basics"
"Application Architecture"
"Create An Application"

- DataBase Design Basics -
Las entidades se almacenan como tablas en bases de datos.
Se revisaron definiciones de una base de datos y varios términos como entidad, atributo, registro y claves. También cómo se organizar los datos en tablas y usar las relaciones para organizar y recuperar la información que necesita. Formas de diagramar las relaciones entre tablas mediante un diagrama entidad-relación (ERD).

- Application Architecture -
Se aprendio a como crear grupos, diseño de datos, modelo de procesos e informes.

- Create An Application -

Como crear una aplicación desde 0.
Para los tipos de usuario:
- Acceso a las aplicaciones.
- Diseñar y administrar objetos.
- Acceder a la consola de administración

Comenzamos con las definiciones necesarias
Base de datos: Es un conjunto de datos organizado/estructurado, se utilizan principalmente para realizar búsquedas y recuperación de datos rápido y eficiente.
Una entidad: Es un concepto abstracto de algo sobre lo que desea almacenar información. Podría ser una cosa, persona, organización, lugar, unidad, objeto o elemento. Por ejemplo, para una empresa de gestión de vehículos, las posibles entidades incluyen vehículo o cliente
Tablas de base de datos: Las tablas son muy similares a las hojas de cálculo tanto en apariencia como en construcción. Agrupan valores o elementos de datos relacionados en columnas verticales y filas horizontales. En una base de datos relacional, cada tabla representa una entidad diferente, por lo que a menudo se utilizan como sinónimos.
Data item: Una fila y una columna se cruzan en una celda. El valor de esa celda se puede llamar elemento de datos o elemento.
Atributo: Las columnas de una tabla también se denominan campos o atributos. Definen la estructura de una tabla. Cada columna define un atributo de la tabla y todos los datos de una columna tienen el mismo tipo de datos.
Registro: Una fila contiene un conjunto de valores relacionados, o elementos de datos, para todas las columnas de una tabla determinada. A veces, una fila de una tabla se denomina registro. Mientras que las columnas proporcionan la estructura de una tabla, las filas contienen los datos.
Un esquema se conoce como "modelo" de una base de datos y describe cómo se organizan los datos dentro de una base de datos, los esquemas pueden ser conceptuales y ofrecer una visión general de cómo será un sistema de base de datos.
Los esquemas también pueden ser más lógicos y menos conceptuales e incluir nombres de tablas, nombres de campos, relaciones y restricciones.
Para comprender las claves de la base de datos, es importante conocer dos restricciones de la base de datos: restricciones NOT NULL y UNIQUE.
Llave primaria: Es una manera de identificar una fila en una tabla. (Son valores únicos y no deben ser nulo).
Llave foranea: Es una columna que relaciona una tabla con otra, aparecen en ambas tablas porlo general es la llave primaria de otra tabla.
Constraints: Reglas que se tienen que cumplir sobre las columnas de una tabla (NULL, NOT NULL, UNIQUE, etc).
Una restricción NOT NULL garantiza que una columna no pueda tener valores NULL. Esto obliga a que un campo contenga siempre un valor. Esto significa que no puede insertar un nuevo registro sin agregar un valor a este campo.
Unique: Una restricción ÚNICA garantiza que todos los valores de una columna sean diferentes. Puede tener muchas restricciones ÚNICAS por tabla.

Existen 4 principales tipos de datos primitivos: string, numeric, date time y boolean.

Tipos de relaciones
Hay cuatro tipos: uno a uno, uno a muchos, muchos a uno y muchos a muchos.
Cuando establece una relación, hay una tabla principal y una tabla secundaria. Las relaciones se establecen de padre a hijo.

Una relación uno a uno es la más simple de las cuatro. En este tipo de relación, por cada fila de la tabla principal solo puede existir una fila relacionada en la tabla secundaria.

Uno a muchos y muchos a uno
El segundo y más común tipo de relación es de uno a muchos. En las relaciones de uno a muchos, cada fila de la tabla principal está relacionada con muchas filas de la tabla secundaria y cada fila de la tabla secundaria puede tener solo una fila relacionada en la tabla principal. En algunos casos, esta misma relación se puede ver desde otra dirección: en una relación de muchos a uno, muchas filas de la tabla principal están relacionadas con una fila de la tabla secundaria

Muchos a muchos
en una relación de muchos a muchos, una fila de la tabla principal puede relacionarse con varias filas de la tabla secundaria, y una fila de la tabla secundaria puede relacionarse con varias filas de la tabla principal. Normalmente, cuando existe este tipo de relación, se necesita una tercera tabla de unión para comunicar esta relación

QUE ES UN ERD
Un diagrama de relación de entidad, o ERD, es un modelo utilizado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Los ERD se utilizan con mayor frecuencia para modelar y diseñar bases de datos relacionales. También se pueden utilizar como ayudas visuales para solucionar problemas en bases de datos existentes.
Los ERD utilizan una variedad de símbolos como rectángulos, diamantes, óvalos y líneas de conexión para mostrar el vínculo entre entidades, relaciones y sus atributos. Hay muchas herramientas de diagramación en línea entre las que elegir para crear sus ERD.

Como buena practica se recomienda construir primero record types y despues procesos de diseño.
Para comenzar a crear app, se utiliza Appian Designer.
La parte de "Build" se utiliza para crear y configurar objetos de diseño, de igual forma se crean objetos por default, podemos buscar carpetas de acuerdo a los filtros, podemos crear subcarpetas etc.