Ir al contenido principal

17. Creación de las validaciones en el SP_InsertarArticulo

Día: 01/03/2023

Desde:  9:00 pm / Hasta: 10:30 pm
Tiempo transcurrido: 1 hora 30 minutos

Hoy se llevó a cabo la implementación de las validaciones dentro del query SQL del procedimiento almacenado llamado SP_InsertarArticulo. Esta tarea fue asignada luego de la revisión de los requerimientos del proyecto y se había planificado en sesiones anteriores.

El objetivo principal de esta tarea era garantizar que los datos ingresados en el formulario para agregar nuevos artículos fueran validados antes de ser almacenados en la base de datos. Se implementaron las siguientes validaciones:

1. En el campo de nombre del artículo solo se permiten caracteres alfabéticos o guiones.
2. Los nombres de los artículos no se pueden repetir.
3. Los valores ingresados en el campo de precio deben ser valores monetarios correctos.
4. No se permiten campos vacíos.

Para lograr esto, se utilizó la estructura condicional "if" dentro del query SQL del procedimiento almacenado, utilizando los códigos de error implementados en sesiones anteriores. Se comprobó si el valor ingresado en el campo de nombre del artículo contenía caracteres diferentes a los alfabéticos y guiones. Si se encontraba un carácter diferente, se mostraba un mensaje de error indicando que solo se permiten caracteres alfabéticos y guiones.


Asimismo, se verificó si el nombre del artículo ya existía en la base de datos. En caso afirmativo, se mostraba un mensaje de error informando que el nombre del artículo ya estaba en uso y se solicitaba al usuario que ingresara un nombre de artículo diferente.


En cuanto al campo de precio, se comprobó si el valor ingresado era un número decimal válido. En caso contrario, se mostraba un mensaje de error indicando que el valor ingresado no era válido y se solicitaba al usuario que ingresara un valor correcto.

Por último, se verificó si se habían dejado campos vacíos. Si se encontraba algún campo vacío, se mostraba un mensaje de error indicando que todos los campos deben ser completados y se solicitaba al usuario que ingresara los datos faltantes.

Se probó la funcionalidad de las validaciones implementadas y se comprobó que todas las validaciones funcionaban correctamente. Con esto, se aseguró que los datos ingresados por los usuarios fueran válidos antes de ser almacenados en la base de datos, lo que mejorará la integridad y confiabilidad de la información almacenada.

Comentarios

Entradas populares de este blog

5. Trabajo en el demo - Actualización del connection string

Día: 20/02/2023 Desde:  9:20 pm / Hasta: 10:38 pm Tiempo transcurrido: 1 hora 18 minutos En este avance decidimos seguir con el desarrollo del Demo, recordando que el Demo nos estaba generando problema con respecto a la autenticación. Cambiamos el connection string y al comprobar en la interfaz ya no estaba dando ese problema continuamos con el siguiente elemento. Procedimos a hacer esa misma conexión pero con las entradas de texto para poder insertar nuevos elementos en la tabla principal y ya esta vez tuvimos éxito a la primera ya que habíamos superado el problema de la autenticación. El gran problema con esta forma de programar el Demo es que infringía en las reglas propuestas por el profesor en clase, relacionadas con el SQL incrustado en capa lógica, por lo que esto se resolvería con stored procedures más adelante cuando ya programáramos la base de datos e interfaz correspondientes al proyecto. Aún en este punto nos costó la parte de introducir los datos tomados de un textbox ...

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...

12. Dificultades con la implementación de los SPs

Día: 17/05/2023 Desde: 3:15 pm / Hasta: 5:34 pm Tiempo transcurrido: 2 horas 19 minutos Se comenzó la sesión con la necesidad de crear un procedimiento almacenado (Stored Procedure, SP) para manejar el inicio de sesión del usuario en la aplicación. El equipo entendió que este SP sería crucial para la seguridad y funcionalidad de la aplicación, ya que permitiría verificar la identidad del usuario y determinar su nivel de acceso. El equipo comenzó a trabajar en el SP, que se llamaría desde la capa lógica en la página .NET llamada PageLogin.aspx. Este SP recibiría tres parámetros: el nombre del usuario, la contraseña y un parámetro de salida para el código de resultado de errores, inicializado en cero. El SP verificaría si el nombre y la contraseña proporcionados por el usuario son válidos y, si es así, determinaría si el usuario es un administrador o un titular de tarjeta. A medida que el equipo avanzaba en la creación del SP, surgieron algunas complicaciones. La lógica para verificar la...