Ir al contenido principal

16. Corrección de validación espacio vacío en el filtro de cantidad

Día: 05/04/2023

Desde: 11:20 am / Hasta: 1:20 pm

Tiempo transcurrido: 2 horas


En el desarrollo del proyecto, se encontró un problema con la validación de la casilla de cantidad en el procedimiento almacenado de filtro por nombre. Al dejar en blanco la casilla de cantidad, es decir un '', se enviaba ese parámetro al procedimiento almacenado y no enseñaba ningún elemento en pantalla, cuando en realidad lo que tenía que hacer era mostrar todos.

Para resolver el problema, se decidió validar el parámetro de cantidad en el procedimiento almacenado. Cuando el valor de cantidad estaba vacío, se realizaría una selección de todos los elementos de la tabla artículos.

Se realizó la siguiente modificación en el código:

-- Validacion valor nulo

DECLARE @cantTemp INT

SELECT @cantTemp = COUNT(*)

FROM [dbo].[Articulo];


IF (@inCantidad = '')

BEGIN

SET @outResultCode = 50002   -- Error de entrada de valores nulos


SET @inCantidad = @cantTemp;


Con esta validación, el problema fue resuelto. Ahora, al dejar en blanco la casilla de cantidad, se muestran todos los elementos en pantalla.

Durante la resolución del problema, se consultaron diversas fuentes en internet para buscar soluciones similares. Una de las fuentes consultadas fue la documentación oficial de Microsoft sobre el lenguaje Transact-SQL, la cual brindó información útil para la resolución del problema.

En conclusión, se logró resolver el problema con la validación de la casilla de cantidad en el procedimiento almacenado de filtro por nombre, mediante la inclusión de una validación para el caso en que se deja en blanco el valor de cantidad. Además, se aprendió la importancia de validar adecuadamente los parámetros en los procedimientos almacenados para asegurar el correcto funcionamiento de la aplicación.

Comentarios

Entradas populares de este blog

17. Optimización y documentación del código SQL en la tarea programada

Día: 05/04/2023 Desde: 9:18 am / Hasta: 11:18 pm Tiempo transcurrido: 2 horas Durante esta tarea programada, uno de nuestros objetivos fue revisar el código de los procedimientos almacenados existentes para asegurarnos de que estaba funcionando correctamente. Para ello, revisamos cuidadosamente cada sección del código para identificar cualquier problema o error. Una vez que identificamos los problemas, agregamos comentarios claros en el código para explicar el funcionamiento de cada sección y asegurarnos de que otros miembros del equipo pudieran entender el código con facilidad. Los comentarios ayudaron a hacer que el código fuera más legible y fácil de mantener, lo que es fundamental para proyectos en equipo. Además, encontramos algunos errores menores en la sintaxis del código y los corregimos de manera inmediata. Esto incluyó la eliminación de espacios en blanco innecesarios y la corrección de errores de ortografía. Aunque estos errores parecían pequeños, podían tener un impacto sig...

24. Cierre del proyecto

Día: 19/06/2023 Desde: 3:00 pm / Hasta: 5:07 pm Tiempo transcurrido: 2 horas 7 minutos Con la documentación completa y las pruebas finales realizadas, dimos por finalizado el proyecto. Se realizó una revisión final del sistema para asegurarse de que todo estaba en orden y se preparó para la entrega. Discutimos sobre los desafíos que se habían encontrado y cómo se habían superado, y se reflexionó sobre cómo estos aprendizajes podrían aplicarse a futuros proyectos. Aunque el proyecto había llegado a su fin, el equipo reconoció que el aprendizaje y el desarrollo continuo eran una parte esencial de su trabajo.

18. Resolución de problemas y finalización del desarrollo del trigger

Día: 29/05/2023 Desde: 2:30 pm / Hasta: 4:43 pm Tiempo transcurrido: 2 horas 13 minutos Al final se decidió aplicar un esquema de ambas ideas que teníamos del trigger, para dejarlo como una estructura tentativa y cuando ya tuviéramos una versión más avanzada del proyecto poder decidir cuál aplicar y cuál no. El día comenzó con una revisión detallada de los problemas que habían surgido el día anterior. El equipo se centró en la configuración del trigger, que no respondía correctamente a los eventos de inicio de sesión. Después de una cuidadosa revisión del código y de las pruebas realizadas, identificaron que el problema residía en la lógica de verificación de las credenciales de los usuarios. Decidimos revisar documentación y otros recursos en internet sobre la creación de triggers en SQL Server. A través de esta investigación, descubrieron que estaban utilizando incorrectamente las tablas a las cuales el trigger estaba modificando. Estas tablas capturan los datos de la fila modificada...