Bitácora Tarea01 Base de Datos I

 Al revisar los sps se revisa que el mes más reciente que obtenía el sp estaba vacío, tampoco contenía los datos de la planilla semanal se cambia el uso de mes para acomodarlo con el mes por cerrar

 cambios: - se añade un botón para que los admins se devuelvan al index después de personificar - se corrige el orden de los días en la página de planilla semanal, de lunes a domingo a viernes a jueves.

Tiempo estimado:  6h Comencé el día con un error después de hacer un pull del repositorio; no supe qué fue exactamente, pero después de volver a clonar el repositorio de manera local, todo funcionó bien. Realicé la parte de impresión al empleado, que no fue difícil debido a que la lógica es sencilla y ya todas las funciones principales estaban hechas. Solo tuve que crear una función para guardar la información en la base de datos y asegurarme de que las credenciales del usuario (tanto las del que se estaba suplantando como las del administrador) funcionaran correctamente. Luego, tuve un problema porque cuando probé el SPde operaciones anteriormente, solo lo hice durante un par de semanas (con la variable del while como 15 o 8). Sin embargo, por alguna razón, al procesar y abrir meses, todo lo que eso implicaba estaba mal. Cometí el error de no verificar las fechas de inicio y fin de cada mes según el estándar establecido (la semana termina en jueves y comienza en vierne...

Tiempo estimado: 2h  Yo me sentía muy cansado por lo que intente trabar, pero no avance rápido o mucho; intente resolver el problema existente a la hora de calcular asistencias que me estaba dando valor es negativo se volvió muy complicado, entonces pedí consejo a un familiar (trabaja en reportes de vetas y bodegas en una empresa de pintura; no trabaja con SQL, pero usa Excel y sabe un poco de estas cosas) se me aconsejo usar un MERGE (seguí este video que encontré en internet para utilizar el merge: https://youtu.be/6H4oAKA9bVo?si=acrBALfdzSRYfaGj) no fue muy difícil de aplicar, pero me sentía muy casado lo aplique y deje de trabajar sin probarlo. 

 Se cambia el log in anterior, un web form por un log in nuevo de mvc cambios: -eliminación log in - creación de view y modelo del log in nuevo - conexión de páginas para admins y para empleados

 Tiempo estimado: 2h 15m Había procrastinado revisar y corregir errores en el CRUD de empleados; sin embargo, hoy lo hice, había un problema con una llave IDENTITY que no fue difícil de corregir, pero como estaba entrelazada con las otras tablas del proyecto si fue MUY tedioso.   Decidí crear un nuevo SP para borrar y rehacer las principales tablas del proyecto en caso de ser necesario otra vez.  

 Tiempo estimado: 4h Me di cuenta de que el cálculo de las Jornadas, y por lo tanto el cálculo de las asistencias (es por este motivo que tarde tanto en encontrar el problema; porque estaba buscado el error en la parte del calculo de asistencia, sin embargo, debido a que las asistencias dependían de las jornadas y estas estaban erróneas; fracase en encontrar el error y perdí mucho tiempo) era incorrecto (pero únicamente para la primera semana) resulta que estaba calculando la jornada no para la próxima semana sino para la semana actual por lo que existía un desfase en las jornadas y las asistencias de cada semana; donde una semana tenía una jornada pero las asistencias de la próxima semana.

 desde el día anterior en la noche se empieza a trabajar en la vista que sería la principal para los empleados cambios: vista y modelos para la "main view" conexión de log in con la view del empleado

 Tiempo estimado.: 3h Me falto añadir a la bitácora de eventos, cosa como insertar un empleado o añadir jornadas desde el SP de operaciones, además de que se me olvido por completo que existía un nodo del XML para la eliminación lógica de empleados. No fue difícil, pero note que había valore negativos y horas trabajadas en una semana que excedían la posible cantidad de horas trabajadas en una semana(pese en corregir eso, pero pensé en dejarlo para después) 

Tiempo estimado: 6h Me tome mi tiempo para sacar la lógica que el profesor nos aconsejó que usáramos para este SP, como era un proceso tan grade, decidí dividirlo en subsecciones para hacer todo más fácil. Tuve problemas porque al parecer tener más de un " @@TRANCOUNT " es malo y uno no lo puede tenerlos dentro de otras funciones.  

 Se conectan las planillas de el empleado a la página principal del empleado cambios: -conexiones nuevas hacia las planillas  -se encuentran errores con la planilla mensual,( no muestra datos)

Cambios: - planilla mensual de usuario -modelos para el uso de la planilla - primera versión sp de datos

Tiempo estimado: 5h 30 m Se realizó la tabla, movimientos que el profesor aconsejó, además del trigger necesario al insertar un nuevo empleado y las deducciones correspondientes (link de referencia.: https://youtu.be/dAIWugrlL9E?si=trjxv1TdX8UfpZB3). También se empezó a trabajar la parte de subir y cargar los XML desde la Web no fue difícil debido a que ya había trabajado en cosas similares; sin embargo, debido a que no entendía muy bien como se pasaban los archivos XML desde el controlador a la base de datos termine pasando un Sting que no contenía la información, sino el nombre del archivo. Sin embargo, la mayor parte de mi tiempo se perdió intentando realizar un SP para la carga de operaciones, las razones fueron: El proceso era mucho más complejo del esperado.  El SP requería mucho especio (muchas líneas de código; se intentó realizar el SP en un solo archivo) y es muy difícil seguir la lógica de dicha función.   Fue MUY difícil seguir todos los registros dentro del X...

- se crea un sp que procesa los datos del xml de catalogo - hay una versión primitiva pero no funcional de la carga de operaciones

 Tiempo estimado: 1h Se terminó de implementar las cosas del CRUD de empleados; son faltaba probar que todo funcione, pero eso se puede hacer después.  

 El proyecto daba errores relacionados a los procesos que se encontraban en el dal, al no estar en uso se cambiaron para poder correr el proyecto sin tener que arreglar todo primero cambios: - se comentaron partes del dal - se crean los primeros modelos de panilla semanal y la vista

 Tiempo estimado: 4h 30m Todo el día fue básicamente crear clases, métodos y actualizar los controles (y las vistas, pero principalmente la parte lógica de la aplicación) se perdió mucho tiempo debido a que como se trabajó sobre el remanente de la tarea anterior se hizo un desorden especialmente porque había muchas funciones útiles (como filtro, eliminación, edición y obtener empleados por ID) que dependían de un SP que ya no estaba (y se tuvieron que recrear) sin embargo, además del tiempo perdido no fue tan malo.    Además que se intentó dar un nuevo enfoque para pasar clases y no solo datos mediante HttpPost, pero se volvio muy complicado por lo que se descartó. Se intentó hacer partir del siguiente link, pero al final se descartó (link: https://stackoverflow.com/questions/68840135/how-do-i-pass-class-to-server). 

 Tiempo estimado: 1h 30m Se realizó el SP para filtrar y guardar dicha acción en la base de datos; no fue difícil debido a que se parecía a la ya previamente realizada en la tarea anterior, sin embargo, por problemas con la computadora me atrase más de lo esperado sin mencionar que se tuvo que volver a hacer desde cero porque el código original solo estaba guardado en la base de datos anterior.  Adicionalmente, era complicado ingresar a la página porque siempre pedía el Log In, sin embargo, le pedí al compañero si me hacía el favor de remover el login, al menos por ahora que queremos probar funciones específicas y no toda la página.  

 Para agilizar las pruebas que se iban a estar realizando se decidió deshabilitar el log in del usuario. cambios: - punto de entrada de la web -se elimina el uso de autenticación

 Tiempo estimado: 1h  Se crearon las tablas en la base de datos, además de archivos preventivos en caso de que base de datos vuelva ser borrada por algún imprevisto.  No se trabajó mucho...

Tiempo estimado: aprox. 2h 15m  Se empezó por replicar las mismas estructuras y patrón de diseño del proyecto anterior, pero esta vez en lugar del "Empleado" se usó al administrador ("Admin") como persona encargada del CURD de empleados. Se creó las principales vistas del empleado sin darle mucho detalle y al mismo tipo se empezó a realizar los controles para el CRUD.   Desgraciadamente , se borraron los SPs y tablas de proyecto anterior porque al parecer hay que pagar a CloudCluester mensualmente; de lo contrario (lo que ocurrió) se borra la base de datos.  

 Por un problema con el pago automático de la base, se canceló el pedido y se eliminó la base. que se realizó:  -nueva base de datos (en blanco) -cambios en la conexión del proyecto.