Ir al contenido principal

Comienzo de la segunda tarea programada - Investigación de importación XML

Día: 14/03/2023
Desde: 1:00 pm / Hasta: 2:30 pm
Tiempo transcurrido: 1 hora 30 minutos


En esta entrada de bitácora se relata el inicio de la segunda tarea programada, que incluye la investigación sobre cómo leer los datos de un archivo XML e importarlos en las tablas correspondientes de la base de datos, así como también mapear el id de ClaseArticulo con respecto a su nombre.

El primer paso fue investigar diferentes formas de importar datos de un archivo XML a una base de datos SQL Server. Se encontraron varias opciones, entre las que se incluyen el uso de OPENROWSET y BULK INSERT. Se decidió utilizar el método de OPENROWSET porque nos permitiría leer el archivo XML directamente en la variable @XmlData. Para obtener información detallada sobre cómo importar datos de un archivo XML usando OPENROWSET, consultamos la página de Microsoft Docs.



Una vez que se leyó el archivo XML, se procedió a importar los datos a la tabla Usuario. Luego, se importaron los datos a la tabla ClaseArticulo, lo que incluyó un problema con la comparación del id ClaseArticulo con respecto al nombre. Se investigó y se encontró una forma de unir las tablas en donde el valor del nombre es igual al del XML.

Por último, se importaron los datos a la tabla Articulo. En este punto, se encontró un problema de comparación en donde no se debía existir el nombre del XML en la tabla. Se utilizó una cláusula WHERE para evitar este problema.

En general, el equipo de trabajo encontró que la tarea requería mucha investigación y pruebas para poder llevarla a cabo de manera eficiente. Se utilizaron varias herramientas y recursos en línea para resolver problemas específicos. Una buena práctica descubierta fue utilizar la cláusula WHERE para evitar la importación de datos duplicados.

Como duda para el profesor, se preguntó si hay alguna forma de importar datos de un archivo XML de forma automática en lugar de ejecutar el procedimiento almacenado manualmente.

Referencias externas utilizadas:

Documentación oficial de XML en Microsoft (https://learn.microsoft.com/es-es/sql/relational-databases/xml/load-xml-data?view=sql-server-2016)

Foros especializados en SQL de IBM (https://www.ibm.com/docs/es/i/7.3?topic=functions-inserting-xml-data)

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

21. Inicio de la documentación del proyecto y diagrama de arquitectura de la aplicación

Día: 06/06/2023 Desde: 11:30 am / Hasta: 1:40 pm Tiempo transcurrido: 2 horas 10 minutos El primer paso en este proceso fue documentar la función que acababan de completar. Esto implicó la creación de una descripción detallada de la funcionalidad de la función, incluyendo la lógica que la función utiliza para procesar los datos, los parámetros que acepta y los resultados que devuelve. Esta documentación fue escrita de manera que fuera fácil de entender para cualquier persona con un conocimiento básico de programación, y se incluyeron ejemplos para ilustrar cómo se utiliza la función. Además de documentar la función, el equipo también comenzó a trabajar en la creación de un diagrama de arquitectura de la aplicación. Este diagrama proporcionaría una visión general de cómo se estructura el sistema y cómo interactúan sus diferentes componentes. A partir de aquí se comenzó a documentar todo el código con comentarios pero también se comenzó con el análsis de resultados y todo lo que el docum...

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