Correcciones, primeras llamadas a BD y llenar las tablas

 Viernes 9:00 pm a 3:00 am


La entrada de este blog hablará de dos días. El primer día consistió en popular las tablas de la base de datos con los datos proporcionados por nuestro compañero Arturo. Esto fue más complicado de lo esperado por varios motivos:
  • No se tenía el permiso para usar BULK: en sql, BULK permite cargar un archivo desde la computadora del usuario, sin embargo, el servidor parecía no tener el permiso necesario para permitir esto. Se intentó otorgarlo mediante la terminal, sin embargo, no se logró averiguar cómo se utiliza la terminal de Cloud Clusters correctamente. Como alternativa, se definió una variable SQL de tipo XML y copiar toda la información del documento a mano, ejecutando el proceso para cada tabla.
  • Mal formato de tablas: Algunas de las tablas de la base de datos no tenían el formato apropiado que reflejaba los datos de prueba. Algunos ejemplos eran: PK's que tenían Identity (1,1) cuando los datos aportaban el Id, o, por el contrario, que la PK no tuviera configurado el Identity en los casos que los datos no tuviesen el Id. Problemas como estos fueron complicados especialmente por que una tabla que está enlazada a otras no se puede modificar en muchos casos. Para solucionar estos casos se tenía que cambiar el proceso de carga de ciertas maneras para adaptar los datos a las tablas. Algunos cambios incluyeron: generar tablas temporales para utilizar como mediación, utilizar funciones para generar las IDs necesarias en dados casos, habilitar temporalmente Identity_Insert, entre otros.
  • Inserciones erróneas que tenían que borrarse: En otros casos, se lograba insertar los datos en una tabla pero, por ejemplo, los índices quedaron distintos de como venían en los datos o se configuraba erróneamente una columna. En estos casos, se tenían que borrar los datos, sin embargo, como eran tablas con relaciones FK, no se podía simplemente limpiar o truncar. Al final se pudo arreglar con el editor en SQL Server Management Studio.
Sábado 5:00 pm a 10:pm

Ya con las tablas configuradas, se pueden empezar a hacer pruebas de conexión a la base de datos. Este día se centró en empezar a realizar las conexiones entre la base de datos y el frontend. Para esto se tuvo que devolver a cambiar algunas rutas, llamadas a endpoints ligeramente erróneas e aprender un poco de axios. Además se creó el SP para conseguir los empleados filtrados. Para esto se utiliza lógica para ver el contenido del filtro y agregarlo a la condición del select en el SP. Aquí se puede ver dicho SP:

Y los datos en la app con filtro:
 

Los errores principales en esta parte fueron:
  • URL incorrectos en los endpoints.
  • No saber usar axios
  • Llamada errónea al procedimiento.


GitHub commit:












Comentarios

Publicar un comentario

Entradas más populares de este blog

CRUD empleado completo

  Domingo 8:00 AM a 6:00 PM Esta entrada cubre el desarrollo del CRUD de empleado. Se ponen las operaciones (Create, Read, Update, Delete) juntas para este blog pues, en muchos casos, fueron similares los errores y procesos de desarrollo. Creación de SPs:   La mayoría de estos procedimientos tienen la estructura: Declaración de parámetros y variables Validaciones para la inserción/modificación de datos Realizar los cambios en las tablas Capturar errores. Al utilizar esta estructura se facilita la depuración del código pues se sabe más fácilmente cómo y donde están los errores, siempre y cuando sean errores definidos por nosotros. Sin embargo, sí hubieron muchos problemas en esta parte. Muchas veces no se lograba una conexión al SP, en algunos casos se debía a que se enviaban datos incorrectos desde el backend ó frontend, en otros casos el SP en sí era el que estaba mal, pues generaba errores de inserción o aspectos similares, los cuales fueron difíciles de encontrar. Backend :...
Leer más

Migrar a CloudClusters

  Lunes 21 de abril - de 6:00pm a 8:00pm  Martes 22 de abril - de 9:00pm a 10:00pm     Incluyo estos días juntos porque forman parte de el conjunto de pruebas y proceso de preparar tanto el frontend y backend para desarrollo.     Se tuvo que migrar la base de datos a una subscripción pagada de CloudClusters. Anteriormente se utilizó Azure con una cuenta de estudiante. Sin embargo, esta subscripción se acabó rápidamente después de incluir las tablas mencionadas en la entrada del blog anterior. Para evitar más problemas, se decidió utilizar CloudClusters para hostear un servidor SQL por un precio bajo.     Adaptar el código en sí presentó problemas. La solución final fue tan simple como agregar el puerto del servidor (el cual no se necesitaba en Azure) y cambiar las credenciales necesarias, sin embargo, tomó un conjunto de pruebas para poder averiguar que esta era la solución para adaptar el código anterior. Fuera de esta experiencia, crear el servi...
Leer más

Aprendiendo React

 Domingo 20 de abril - de 9:00pm a 11:00pm     Este día se inició el desarrollo del frontend, o al menos se comenzó a averiguar cómo utilizar React en JavaScript. React es un framework para crear interfaces gráficas. Se trata en crear un dominio virtual que se encarga de actualizar una página web. Se decidió utilizar este método en vez de HTML puro como se hizo la tarea pasada para aprender las ventajas y desventajas para desarrollo en estos distintos ambientes.      El proyecto está dividido en dos carpetas: backend (encargado de manejar la conexión a la base de datos) y frontend (la aplicación en React). La solución que se investigó para relacionar ambos procesos se basa en ejecutarlos a la vez utilizando la dependencia "concurrently", la cual, en este caso, se utiliza para ejecutar procesos bash de manera concurrente, lo que permite mantener la conexión a la base de datos y el dominio virtual de React a la vez.     Se sospecha que habrá alguna ...
Leer más