Avances base de Datos

 8 de septiembre del 2021 (tiempo 1 hora)

El manejo de base de datos hecho por Josue hizo dististos avances en los días anteriores, las tablas catalogo al ser tablas que no dependen de la existencia de otras tablas se pueden cargar de manera "masiva" . Como se puede ver en la imagen se toman los nodos que corresponde a los campos que se desean llenar en las tablas. Además de que se debe de indicar el tipo de dato que se va a analizar. En esta etapa surgió un problema con permisos para poder leer documentos desde SQL, lo que se intento fue modificar los permiso de acceso a carpetas, sin embargo no se lograba dar permiso para que SQL accediera la carpeta. Para resolver el problema se optó por colocar el archivo directamente en el directorio C:/. El SQL ahora si permitía el acceso a archivos ubicados en esa dirección y ya se pudo proseguir con la carga usando el siguiente método para cargar tablas catálogo:

Se añadio el como leer un xml, con el siguiente código:

 9 de septiembre del 2021 (tiempo 2 horas)

Para cargar las tablas no catalogo se obtó por realizar una carga masiva primero en tablas variables para que puedan contener los datos obtenido en el XML. Luego se recorria esa tabla mediante un while para ir comprobando fila por fila y saber cual elemento correspondia a cual valor de Id para colocarlo en la FK, por ejemplo el tipo de cuenta o parentezco.

Se desarrollo la forma que usa para cargar las tablas de la base usa el siguiente código:

11 de septiembre del 2021 (tiempo 30 minutos)

Este dia se realizo un stored procedure para poder limpiar las tablas en caso de querer reiniciar el proyecto o realizar diferentes pruebas. Se siguieron los metodos del profesor sobre que hay que eliminar primero las tablas que poseen FK a otras tablas o que son dependientes para poder asi limpiarlo de manera óptima.

Correspondiente al siguiente código:

 

13 de septiembre 2021 (tiempo 20 minutos)

 Se realizo una version final del modelo fisico de la base de datos la cual ya implementaba todos los FK y todos los atributos que debía tener cada tablas. Esto se hizo ya que a la hora de la entrega del XML habían nuevos campos que se debían de asignar, justo como se puede observar a continuación.

 14 septiembre (Tiempo 1.5 horas)
Se crean los SP de validar usuarios, el cual sigue la siguiente logica. Al recibir los valores ingresados por el usuario realiza una consulta sobre a cuales cuentas tiene esa persona acceso, en caso de no tener coincidir con ninguno existente retorna un 0 que indica que el usuario no existe.

El metodo para obtener los beneficiarios recibe el numero de cuenta del usuario, en caso de existir beneficiarios realizar una consulta en la cual se obtiene una tabla con los IdPersona de las que corresponden lo beneficiarios

15 16 y 17 de septiembre (tiempo conjunto 3 horas)
Se realizan y se completan los metodos de insertarBeneficiarios, eliminarBeneficiarios y actualizarBeneficiaios(como se muesstran sus codigos posteriormente en el mismo orden), el primer metodo recibe todos los parametros necesario para crear una persona nueva y un beneficiario, en este caso hubo una confusion ya que eso fue lo que se entendio por insertar un beneficiario y no se realiza por medio de una persona existente.
El de actualizar beneficiario recibe como parametros todos los datos inidicados que se pueden alterar la forma de asegurarse de alterar una sola persona fue mediante la cedula antes de la modificacion ya que con eso se puede lograr modificar un solo campo
Por ultimo a la hora de eliminar un beneficiario se recibe la cedula actual y el numero de cuenta al que corresponde como beneficiario y se actualiza su estado de activo a 0

 

 

 

Realizado tiempo después:

17 de setiembre (30 minutos)
Se creo una tabla errores en la cual se podían obtener y guardar los errores que pudiesen suceder en algún punto a la hora de ejecutar un SP, a continuación se puede observar una imagen con sus columnas.

19 de setiembre
Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 0, current count = 1.
Se obtuvo el siguiente error a la hora de probar un SP, se debia a que un RETURN estaba antes de un COMMIT TRANSACTION y lo cual no permitia terminar la transaccion, se soluciono cambiando la posicion de las lineas