11. Inicio del Procedimiento Almacenado para la Visualización de Cuentas

Día: 16/05/2023

Desde: 9:30 am / Hasta: 11:50 am

Tiempo transcurrido: 2 horas 20 minutos

El siguiente paso en el desarrollo del proyecto fue la creación de un Store Procedure para mostrar los movimientos de las cuentas. Este procedimiento sería crucial para permitir a los usuarios ver los detalles de sus transacciones y el estado de sus cuentas.

El equipo decidió que este procedimiento almacenado recibiría como parámetro el nombre del usuario y un bit en 1 o 0 que indica si el usuario es administrador. Para este procedimiento, se obtendría la información de la cuenta del usuario mapeando el nombre ingresado del usuario desde el login a través de un INNER JOIN de la tabla tarjetaHabiente con la tabla tarjetafisica y se procedería a mostrar todos los movimientos del estado o sub-estado de cuenta relacionado con la cuenta del usuario.

Se trabajó este procedimiento almacenado durante esta sesión, y aunque hubo algunos desafíos en el camino, lograron hacer progresos significativos.

Comentarios

Entradas populares de este blog

5. Trabajo en el demo - Actualización del connection string

Día: 20/02/2023 Desde: 9:20 pm / Hasta: 10:38 pm Tiempo transcurrido: 1 hora 18 minutos En este avance decidimos seguir con el desarrollo del Demo, recordando que el Demo nos estaba generando problema con respecto a la autenticación. Cambiamos el connection string y al comprobar en la interfaz ya no estaba dando ese problema continuamos con el siguiente elemento. Procedimos a hacer esa misma conexión pero con las entradas de texto para poder insertar nuevos elementos en la tabla principal y ya esta vez tuvimos éxito a la primera ya que habíamos superado el problema de la autenticación. El gran problema con esta forma de programar el Demo es que infringía en las reglas propuestas por el profesor en clase, relacionadas con el SQL incrustado en capa lógica, por lo que esto se resolvería con stored procedures más adelante cuando ya programáramos la base de datos e interfaz correspondientes al proyecto. Aún en este punto nos costó la parte de introducir los datos tomados de un textbox ...

24. Cierre del proyecto

Día: 19/06/2023 Desde: 3:00 pm / Hasta: 5:07 pm Tiempo transcurrido: 2 horas 7 minutos Con la documentación completa y las pruebas finales realizadas, dimos por finalizado el proyecto. Se realizó una revisión final del sistema para asegurarse de que todo estaba en orden y se preparó para la entrega. Discutimos sobre los desafíos que se habían encontrado y cómo se habían superado, y se reflexionó sobre cómo estos aprendizajes podrían aplicarse a futuros proyectos. Aunque el proyecto había llegado a su fin, el equipo reconoció que el aprendizaje y el desarrollo continuo eran una parte esencial de su trabajo.

20. Resolución de problemas y finalización del desarrollo de la función

Día: 05/06/2023 Desde: 3:15 pm / Hasta: 5:26 pm Tiempo transcurrido: 2 horas 11 minutos Después de un período de investigación intensiva y pruebas exhaustivas, el equipo pudo superar los problemas técnicos que habían surgido durante el desarrollo de la función. La solución a los problemas de manejo de tipos de datos vino en forma de una nueva técnica de programación que permitía a la función manejar estos datos de manera más eficiente. Para resolver el problema de rendimiento, el equipo implementó varias técnicas de optimización. Esto incluyó la reescritura de algunas partes de la función para hacerlas más eficientes, así como la reescritura de otros procesamientos dentro del script de operaciones. Aunque esto no dio los resultados que esperábamos. Con estos problemas resueltos, el equipo pudo finalizar el desarrollo de la función. Las pruebas finales mostraron que la función era capaz de manejar grandes volúmenes de datos de manera eficiente y que cumplía con todas las especificacione...

Bitácora - Proyectos Bases de datos I

Buscar este blog