Sesión 15

  Dia: 23/06/25

Hora de inicio: 19:34

Hora de fin: 16:23

Cantidad de horas trabajadas: 16 horas y 47 minutos. Tomamos un descanso de 4 horas para dormir.

Problemas encontrados: La simulación y carga de XML, estaban hechos en python, lo cual no fue como se nos pidió.

Como fueron resueltos: Haciendo 2 SPs en MSSQL para pasar la lógica a la Base de Datos

Dudas: Ninguna.

Forma que se trabajó: En reunión por medio virtual.

Problemas de la instalación del software: Ninguno.

Problemas de aprendizaje del software: Ninguno.

Investigaciones: Reafirmamos nuestro conocimiento para usar xml.nodes para el uso que se le dió. Como se usa el CROSS APPLY.

Prueba de concepto: Se hicieron varias pruebas para depurar y revisar que todo esté sirviendo bien.

Problema solución: La simulación y carga de XML se había implementado en Python, pero se nos dijo que toda la lógica tenía que estar dentro de la base de datos. Para arreglarlo, se migró todo el proceso a SPs, adaptando la lógica que teníamos en Python para manejar correctamente la información desde la base de datos. Así arreglamos el uso de SQL incrustado.

Comments

Post a Comment

Popular posts from this blog

Sesión 12

  Dia: 19/06/25 Hora de inicio: 13:20 Hora de fin: 16:00 Cantidad de horas trabajadas: 2 horas y 40 min. Problemas encontrados: Al ejecutar el “SIMULADOR DE OPERACIÓN” en Python, call_sp_with_output fallaba al mapear dos valores de salida ( @id y @rc ) con el placeholder generado. Cómo fueron resueltos: Corregí la construcción de placeholders y el SQL string a: python placeholders = ',' .join([ '?' ] * len (params)) sql = f"DECLARE @id INT, @rc INT; EXEC dbo. {name} {placeholders} , @id OUTPUT, @rc OUTPUT; SELECT @id AS salida, @rc AS codigo;" Aseguré que fetchone() devolviera ambos valores correctamente. Dudas: Si centralizar esta lógica en un helper para todos los SP con output multiple. Forma que se trabajó: De manera asincrónica Problemas de la instalación del software: Ninguno. Problemas de aprendizaje del software: Sintaxis de pyodbc para SPs con varios OUTPUT. Investigaciones: Documentación oficial d...
Read more

Seccion 5

Dia: 30/05/25 Hora de inicio: 16:20 Hora de fin: 18:45 Cantidad de horas trabajadas: 2 horas y 25 min. Problemas encontrados: En el SP InsertarEmpleado , el mapeo de @inNombrePuesto a IdPuesto devolvía NULL cuando el nombre tenía espacios en blanco al final. El script Python 1 (Cargador de Catálogos) arrojaba UnicodeEncodeError al imprimir nombres con acentos en consola de Windows. En el script Python 2 (Simulador de Operación), el parámetro autocommit=False hacía que la transacción se quedara abierta y se saturara el pool de conexiones tras varios días de simulación. Cómo fueron resueltos: Reordenamiento de índices : Moví la sección CREATE INDEX justo después de la creación de MarcaAsistencia y MovimientoPlanilla para asegurar que existieran las tablas antes de indexarlas. Codificación UTF-8 en Python : En el print de Python 1, forcé sys.stdout.reconfigure(encoding='utf-8') al inicio del script para prevenir errores con caracteres nacionales. Auto...
Read more

Sesión 4

  Dia: 28/05/25 Hora de inicio: 10:00 Hora de fin: 13:15 Cantidad de horas trabajadas: 3 horas y 15 min. Problemas encontrados: El SP usp_ListarEmpleados mostraba FechaNacimiento en YYYYMMDD en vez de YYYY-MM-DD , lo cual rompía la capa de datos. El SP de simulación arrojaba error XQuery por “Top-level attribute nodes are not supported” en el nodo U.Usuario.value . Cómo fueron resueltos: Cambié el CAST en el SP: sql CONVERT ( VARCHAR ( 10 ), FechaNacimiento, 23 ) AS FechaNacimiento Revisé el XQuery en el SP CargarDatos , reemplacé U.Usuario.value('(@Tipo)[1]','INT') por U.Usuario.query('data(@Tipo)').value('.', 'INT') . Dudas: Si consolidar ambos SP en uno con parámetro de operación para evitar duplicación de lógica. Forma que se trabajó: Se revisó línea a línea del SP. Problemas de instalación del software: Ninguno. Problemas de aprendizaje del software: Sintaxis avanzada de XQuery en MSSQL. Invest...
Read more