Entrada 4 (Pruebas y Creación de SP de Error)
#Bitácora de Sesión
Fecha: 17/04/2026
¿QUÉ HICIMOS HOY?
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Se creó el procedimiento almacenado `sp_GetError` para
consultar descripciones desde la tabla `Error`.
Se ejecutó el SP en SQL Server y se validó su comportamiento
con un código existente y otro inexistente.
Se confirmó que el catálogo de errores devuelve `outResultCode = 0` cuando encuentra el código y `50008` cuando no existe.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PROBLEMAS ENCONTRADOS Y CÓMO SE RESOLVIERON
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Error observado: "Msg 2628 String or binary data would
be truncated" en `DBError.Message`.
Solución: ampliar columna con a 512.
Causa: el SP usaba ids fijos (13 y 14) para `TipoEvento`,
pero en BD los ids reales eran distintos.
Solución: ajustar el SP para buscar ids de `TipoEvento` por
nombre (`Intento de insertar movimiento` y `Insertar movimiento exitoso`) en
tiempo de ejecución.
Resultado observado: `outResultCode = 50008` cuando se probó
un código que no existe en la tabla `Error`.
Solución: el SP quedó diseñado para devolver `50008` cuando
no encuentra coincidencia, manteniendo el comportamiento esperado.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
DUDAS Y DIVERGENCIAS DE CRITERIO
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
AVANCE DEL CÓDIGO
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Quedó creado y validado `sp_GetError`.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
MORALEJAS / BUENAS PRÁCTICAS
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Conviene probar cada SP con un caso válido y uno inválido para validar tanto salida exitosa como códigos de error (para no encontrar sorpresas de que pase algo inesperado a la hora de la vdd).
PRÓXIMA SESIÓN: ¿QUÉ SIGUE?
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Seguir con el siguiente bloque del módulo actual
Comentarios
Publicar un comentario