Sesión 10

 Dia: 14/06/25

Hora de inicio: 15:00
Hora de fin: 17:30
Cantidad de horas trabajadas: 2 horas y 30 min.

Problemas encontrados:

  • Al probar el SP InsertarMarcaAsistencia, el cálculo de horas extras normales y dobles no coincidía con el spec: el DATEDIFF(...)/60.0 truncaba minutos.

Cómo fueron resueltos:

  • Ajusté la línea

    sql
    SET @HorasTrabajadas = DATEDIFF(MINUTE, @inHoraEntrada, @inHoraSalida) / 60.0;

    a

    sql
    SET @HorasTrabajadas = DATEDIFF(SECOND, @inHoraEntrada, @inHoraSalida) / 3600.0;

    para conservar decimales correctos.

Dudas:

  • Si usar ROUND(...,2) tras el cálculo para estandarizar a dos decimales.

Forma que se trabajó:

  • Reunión Virtual Discord Breve

Problemas de la instalación del software:

  • Ninguno.

Problemas de aprendizaje del software:

  • Diferencia entre DATEDIFF(MINUTE) y DATEDIFF(SECOND) para cálculos precisos.

Investigaciones:

  • MSDN: “DATEDIFF (Transact-SQL)” en docs.microsoft.com.

Prueba de concepto:

  • Creé un conjunto de pruebas unitarias en T-SQL usando PRINT de varios intervalos para verificar resultados.

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