Se continua con el script de inserción de datos, se le agrega el insert de los movimientos de la cuenta de ahorros y estos a su vez van modificando el saldo de la cuenta de ahorros, el valor del nuevo saldo se obtiene por medio de un SP que calcula el nuevo saldo, también el trigger crea el estado de cuenta por cada insert de una cuenta y la llave de dicho estado se obtiene para asociarlo a los movimientos, por defecto los movimientos se van a ir asociando al últimos estado de cuenta que se agrego, es decir cuando se generen nuevos estados de cuenta, a partir de ahi se van a ir asociando a dicho estado de cuenta. Ocurre un error con una llave foránea por lo que acualmente en el idCuenta del movimiento se esta insertando un null por lo que queda pendiente reparar este problema. También queda pendiente el scrip que al ser el dia del mes en el que se tienen que generar las multas. Hora inicio: 9: am Hora fin: 12: pm Tiempo: 3 horas
Entradas
Creacion del Trigger para que cuando se inserte una cuentaAhorro se cree un Estado de cuenta para esta cuenta Problemas: No sabiamos cómo tomar los valores de los registros que se acaban de insertar. Solucion: Después de una invetigación se conoce la existencia de la tabla inserted, en la cual se encuentra una especie de "copia" de la tabla, con los registros que se insertaron. Se toman los valores de ahí para posteriormente insertarlo con los datos de los estado de cuenta Se completa toda la funcionalidad de las cuentas Objetivo, solo queda pendiente validar que el rango de actividad de la cuenta sea mayor a 3 o más meses Tiempo: 2 horas
Se continua con el error que quedó pendiente, después de muchas pruebas se decubre que el problema estaba en que siempre se estaba insertando el utimo beneficiario de la fecha en el xml, se hacen varias pruebas y se descubre que en ambos ocurría lo mismo es decir también en las cuentas ocurría esto pero con el número de cuenta, se soluciona agregando un iterador para cada uno es decir ahora con un While en ambos se empiezan a inssertar uno por uno en orden, se hace en un respectivo orden para que las llaves foraneas no den errores. Queda pendiente insertar los movimientos y modificar los saldos según corresponda. Hora inicio: 3 pm Hora fin: 5 pm Tiempo: 2 horas
Se continua con el script, se consiguen insertar a las personas y las cuentas de manera correcta pero esta ocurriendo un error al insertar a los beneficiarios. Por alguna razon que aun se desconoce se esta insertando un nulo en el campo de la llave foranea de idCuentaDeAhorro, queda pendiente reparar esto pero se cree que es debido a un error en el XML. Falta a parte de solucionar este error, insertar los movimiento y generar el estado de cuenta. Hora inicio: 8 y 30 pm Hora fin: 11 pm Tiempo: 2 horas y 30 minutos
Se inicia con la creación del scrip para insertar los múltiples datos a través de un XML, de momento se planteo el problema sobre como iterar sobre las fechas dadas por lo que se soluciona usando los índices de las fechas, al inicio se le envía a una variable la cantidad de fechas que hay dentro del XML, una vez se hace esto, con la ayuda de un while se empieza a iterar e insertar los datos que corresponden a cada fecha. Durante la creación de esto surgió el problema de que no podíamos ponerle una variable al índice de la fecha por lo que se tuvo que investigar y en un artículo en git hub se encontró la respuesta a través del comando sql:variable que en nuestro caso fue con la línea '/Operaciones/FechaOperacion[sql:variable("@iterador")]' Cuando se soluciono dicho problema se procedió a inser...
Este es la primera entrada en la bitácora para la segunda tarea programada del curso de bases de datos I Se realizó una reunión por medio de zoom, para leer el proyecto, definir tareas y dividir el trabajo. Se analizó si necesitabamos realizar ajustes en el trabajo que ya tenemos de la primera tarea para seguir con esta segunda fase Se concluyó que debemos cambiar cómo se manejan las FK -Para esta entrada queda sin resolver Para la edición de cuentas objetivo se realizaron los SP correspondientes para realizar lo solicitado (Creación, modificación y desactivación) y se empieza a realizar todo lo que tiene que ver con web, como las rutas, html.... Para esta entrada no se pegó la interfaz con la funcionalidad. Problemas. No se realiza un correcto mapeo con las cuentas objetivo, pero se cambiará rápido en una entrada posterior :) Se trabajaron 5 horas. Un poco más de una hora en la llamada y el resto en realizar lo dicho anteriormente
Se da el código por concluido por lo que esta es la última entrada El programa le funciona todo lo que el profesor pidió, en la primera pantalla de la aplicación web se pide al usuario que acceda a su cuenta, en esta parte se hace una consulta a la base de datos para verificar los datos y ver si puede entrar o no, una vez se ingresa le aparecen al usuario las cuentas a las que está asociado, el usuario puede darle click sobre la cuenta que quiera y ahí lo va a llevar al menú principal de dicha cuenta en el que puede ir al área de beneficiarios o de estados de cuenta, una vez se ingresa en beneficiarios le aparece la lista con los beneficiarios asociados a su cuenta y los datos que se encuentran dentro del beneficiario, los datos que existen en persona se traen desde la tabla Persona ya que no hay valores repetidos, también aparece el área para insertar uno nuevo, en el insertar se piden los datos del beneficiario pero, en caso de que el valor de documento d...
Finalizacion de la progra, se agrega al edit que aparezcan los datos antes de modificarlos, se divide en dos el script de insertar los datos desde un xml de manera que ahora un script inserta los catalogos y el otros los no catalogos. Ahora se puede insertar nulos en los telefono pero a la base de datos le va a llegar un 0, solo se hace en los teléfonos ya que el resto de datos los vimos necesarios. Se encuentra error al insertar un nombre que tuviera espacios pero se soluciona enviandolo a la base de datos entre comillas simples, se hacen ,multiples revisiones al programa y no se encuentran errores. Se intenta activar el scrollbar solo en estados de cuenta pero al final se deja en todos para esto se consulta en blogs pero no se encuentra mucha información útil por lo que se deja así. No se encuentran más problemas que los ya mencionados y creemos que el programa funciona al 100 Hora de inicio: 3 y 45 pm Hora de finalización: 5 y 30 Horas trabajadas: 1 y 45 minutos
Actividades varias Se le dio solución a un problema anteriror "No sabemos como hacer que se vean de una manera determinada los estados de cuenta ". Resulta que la manera en la que se hacia la llamada al procedimiento no era la correcta, esto dificultaba mostrar los datos en la página. La solución se dio por consulta al compañero de trabajo ya que los dos estabamos implementando métodos distintos Incorrecta Correcta Implementacion de una ScrollBar en Estado de Cuenta. Problema: no aparecía la scrollbar :c Resultó que estaba en modo hidden, no sabemos por qué estaba así, pero se llevó tiemo descubrilo. La solucion fue simplemente cambiar el estado de la ScrollBar Se consultó y se provó mucho de lo que mencionan acá: https://www.w3schools.com/howto/howto_css_custom_scrollbar.asp Se realizó una carpeta en el repositorio en la que se almacena solo los SP de la primera progra. Documentación de SP Problema, los estados de cuenta se están insertando mal desde los xml, por...
Se cambia el editar beneficiario y ahora apenas inserta a la persona se inserta también el beneficiario, se cambian algunas minúsculas que habían en un SP, ahora al insertar algo se almacena la fecha en la que se inserto y si fue insertado por script o por el usuario. Se cambian algunos estilos en css y se hacen validaciones de datos antes se podían insertar letras en algunos campos que llevaban números y el programa se caía, ahora ya no deja que se inserten al igual el porcentaje en beneficiarios no se puede poner un numero mayor a 100 o uno menor a 1. También se documentan algunas partes del código que estaban sin documentar. Problemas: Se encuentra un error cuando se agregan símbolos como ., * , - entre otros pero se arregla mandando en el SP los datos dentro de comillas simples, también por alguno razón al insertar una fecha en el insertar beneficiario se caía el programa pero cambiando de posición la declaración de la fecha se solucionó, desconocemos el origen del problema pe...
Se realiza reunión para ver detalles respecto a lo ultimo agregado, se descubre error al editar a un beneficiario el cual permite editar el porcentaje de manera que sea mayor a 100, se descubren letras en minúscula para los scripts por lo que hay que cambiarlos. Falta agregar los estados de cuenta pero ya se sabe como hacerlos, se descubre que falta documentar el código correctamente, se decide hacer un cambio al momento de insertar a una persona. Ya que antes insertaba a la persona pero había que volver a escribir los datos del beneficiario, se quiere hacer que se inserte directamente el beneficiario con la persona, pero queda pendiente hacerlo. Problema; No sabemos como hacer que se vean de una manera determinada los estados de cuenta Se inicio con la reunión a las 7 pm y se termina a las 9 tiempo trabajado: 2 horas
Se termina con todo lo relacionado con beneficiarios y se consigue hacer que si el beneficiario no se encuentra en personas redireccione a una ventana para que haga el registro correspondiente. Se crea este nuevo template en el que se reciben los datos de beneficiario. Se crea una nueva ventana para seleccionar la cuenta a la que el usuario quiere acceder, ya que antes no se habia comprendido bien y pensábamos que un usuario solo puede tener una cuenta bancaria. Ahora el login redirige a esta ventana y a partir de ahí a la sesión correspondiente. También debido a que beneficiarios cambio se le hizo cambios a el SP de insertar de beneficiarios ya que necesitábamos que nos diera otra salida en caso de que el beneficiario no existirá en Persona eso se hace con el valor del documento de identidad que se inserta. También antes no se contemplaba el hecho de mostrar los números de teléfono o emails del beneficiarios pero ahora en la tabla donde se desplegaba la informac...
Se hace que beneficiarios funcionen como personas, ya no se pueden meter dupplicados del valor del documento identidad. Se hacen cambios en el template de beneficiarios, se cambian varios SP y se realizan mas valdiaciones al insertar los datos para evitar duplicados. Problemas: No sabia si al insertar un beneficiario es estrictamente necesario que sea una persona, al no saber se hizo que se pudieran insertar tanto como persona como sin, la diferencia es que para los que no lo son solo se muestran los datos de la tabla de beneficiarios pero no los de persona ya que no lo es. Existe el problema de que el procentaje no puede ser mayor que 100 pero si puede ser menor aun queda pendiente por arreglar.
Se elabora por completo el login y gracias a esto se descubre un problema con beneficiarios, que cuando no tiene ningun beneficiario la cuenta produce un error, queda pendiente de reparar. Problemas: Realizar el login no presento ninguna dificultad, pero tambien descubrimos que lo beneficiarios deben ser personas en la tabla de personas por lo que se deben de relaizar algunos cambios que quedaro pendientes pero ya sabemo como hacer
Se termina con beneficiarios, funciona correctamente los insert, no inserta si hay más de tres y si el porcentaje se pasa de 100 no inserta, avisa que la suma debe ser 100 y si es menos da el aviso si es 100 no dice nada. Se espera que esto no se muestre solo en texto sino que sea como una especie de aviso emergente. El borrar lógico funciona perfectamente y el editar también. Problemas: Al realizar la consulta para saber la suma de los porcentajes no se estaba tomando en cuenta que hay beneficiarios que no estan activos, se solucionó agregando una and en la consulta. Se consultaron artículos en internet para saber esto