Sesion 1

Dia: 20/05/25
Hora de inicio: 12:02
Hora de fin: 14:09
Cantidad de horas trabajadas: 2 horas y 7 min.

Problemas encontrados:

  • Al generar catalogos.xml, varios elementos <TipoDeJornada> venían con atributos en desorden y el parser de SQL rechazaba el XML.

  • La función prettify comprimía líneas, eliminando espacios necesarios para SQL Server.

Cómo fueron resueltos:

  • Reemplacé el uso de diccionarios estándar por collections.OrderedDict al crear elementos para fijar el orden de atributos.

  • Ajusté el indentado manualmente después de minidom.parseString, añadiendo saltos de línea entre nodos.

Dudas:

  • Si conviene usar Faker en lugar de la librería names para simular datos más realistas.

Forma que se trabajó:
Reunión virtual (Zoom), compartiendo pantalla y revisando el script.

Problemas de instalación del software:

  • Ninguno.

Problemas de aprendizaje del software:

  • Falta de práctica con xml.dom.minidom.

Investigaciones:

Prueba de concepto:

  • Creé un mini-XML con un solo <TipoDocuIdentidad> y validé que se importara sin errores usando XML.parse() en SQL.

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