Ir al contenido principal

13. Pasar strored procedures al formato solicitado en clase

 Día: 03/04/2023

Desde: 8:30 pm / Hasta: 10:30 pm

Tiempo transcurrido: 2 horas


Durante la fase de desarrollo de nuestro proyecto, nos dimos cuenta de que los stored procedures que habíamos creado previamente no seguían el estándar solicitado en clase. Por lo tanto, decidimos optimizarlos para asegurarnos de que seguían las mejores prácticas y para garantizar un manejo adecuado de errores y parámetros.

Para lograr esto, comenzamos revisando cada uno de los stored procedures que habíamos creado y comparándolos con el estándar que se había presentado en clase. Identificamos rápidamente que algunos de los procedimientos almacenados tenían un manejo inadecuado de errores y parámetros. Además, encontramos que algunas partes del código no seguían una estructura lógica, lo que dificultaba la lectura del código y su mantenimiento.

Después de identificar los problemas, nos tomamos el tiempo para reescribir cada uno de los stored procedures, asegurándonos de que siguieran el estándar visto en clase. Esto significó que tuvimos que agregar manejo de errores, organizar adecuadamente los parámetros y seguir una estructura de código coherente y fácil de leer.

Para optimizar el manejo de errores, nos aseguramos de que cada stored procedure tuviera una estructura try-catch adecuada. También utilizamos los valores de retorno para indicar el éxito o el fracaso de cada procedimiento almacenado. De esta manera, pudimos mejorar significativamente el manejo de errores en todo el proyecto.

En cuanto a la organización de parámetros, nos aseguramos de que todos los stored procedures siguieran la misma estructura. Esto significa que todos los procedimientos almacenados tienen los mismos parámetros en el mismo orden. Además, también incluimos comentarios en cada stored procedure para explicar la función de cada parámetro y su tipo de datos.

Finalmente, para mejorar la legibilidad y la facilidad de mantenimiento, aseguramos que cada stored procedure siguiera una estructura de código lógica y coherente. Para hacer esto, utilizamos comentarios y sangrías adecuadas para separar diferentes secciones del código.

En general, la optimización de los stored procedures fue una tarea importante pero necesaria en el proyecto. Nos tomó un poco de tiempo reescribir todo el código, pero al final, valió la pena. Nuestros stored procedures ahora siguen el estándar visto en clase y son más fáciles de leer y mantener. Además, nuestro manejo de errores y parámetros ha mejorado significativamente, lo que nos da más confianza en la calidad del proyecto en general.

Comentarios

Publicar un comentario

Entradas populares de este blog

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...
Publicar un comentario
Leer más

18. Solución de problemas con formato de JSON en tabla Eventlog

Día: 06/04/2023 Desde: 7:00 pm / Hasta: 8:45 pm Tiempo transcurrido: 1 hora 45 minutos Durante el desarrollo de la tarea programada, nos encontramos con un problema relacionado con el formato del JSON en la tabla Eventlog. Ya que no estábamos seguros de cuál era el correcto, pero terminamos estandarizando según la tabla de valor y descripción indicada en el enunciado del proyecto. El problema era que el JSON que estábamos tratando de insertar no tenía el formato correcto y que debíamos asegurarnos de que todos los campos estuvieran en el orden correcto. Tomando en cuenta este consejo, nos pusimos a revisar el formato del JSON y descubrimos que había un campo que no estaba siendo incluido en la inserción. Una vez que agregamos este campo, pudimos insertar los datos sin problemas y sin recibir el error. Para evitar futuros problemas, decidimos documentar detalladamente el formato del JSON en la tabla Eventlog y asegurarnos de que siempre se inserten todos los campos necesarios. Esto nos ...
Publicar un comentario
Leer más

10. Implementación de procedimientos almacenados para filtrar artículos por nombre, cantidad y clase en SQL

Día: 29/03/2023 Desde: 5:15 pm / Hasta: 7:15 pm Tiempo transcurrido: 2 horas En esta tarea programada, se nos pidió codificar en SQL los procedimientos almacenados para filtrar artículos por su nombre, cantidad y clase. Comenzamos revisando los requisitos y los datos necesarios para implementar los procedimientos. Para filtrar los artículos por su nombre, utilizamos la función LIKE en SQL y filtramos los resultados por la cadena de caracteres que se le pase como parámetro. Para filtrar los artículos por su cantidad, utilizamos las cláusulas WHERE y BETWEEN en SQL para filtrar los resultados por la cantidad mínima y máxima que se le pase como parámetros. Finalmente, para filtrar los artículos por su clase, utilizamos las cláusulas INNER JOIN y WHERE en SQL para unir las tablas Articulo y ClaseArticulo y filtrar los resultados por el nombre de la clase que se le pase como parámetro. En cuanto a la forma en que trabajamos en equipo, nos dividimos las tareas y trabajamos de manera individu...
Publicar un comentario
Leer más