Avance #16

Avances: Descubrimos que la primera versión de los datos venían erróneos, y procedimos a arreglarlos. También nos enfrentamos a ciertos problemas de lectura. 

Problemas para la primera versión de los datos: 
  1. El XML de administradores no cargaba y luego de revisar todo el código nos dimos cuenta que era el archivo que no tenía el formato correctamente, le faltaban la etiqueta de cierre.
Problemas: Al cargar los datos nos dimos cuenta que la palabra password, la cual es una columna dentro de la tabla de usuarios, es una palabra reservada de SQL. Algunos valores de las identificaciones tenían más números de los soportados por el tipo integer. La fecha en el XML viene con comillas.
En la parte web no se pueden cargar a variables con errores en el tipo, si se dice que es un int se debe parsear lo obtenido del textbox y pasarlo a int pero si lo que viene son letras entonces dará error y la página se caerá.

Solución: Para el problema de la columna password se deben agregar "[]" alrededor para que sea reconocida. La solución al exceso de números en las cédulas fue resuelto modificando a varchar(20). Para la lectura de la fecha se debe tomar como un varchar y luego convertirlo en tipo date. 
En la parte web se deben eliminar las conversiones innecesarias, por lo tanto se valida en la BD (se asegurándose de no insertar letras). Esto mediante una estrategia que se simplifica en revisar si un tipo de dato no es el indicado entonces por ejemplo: si debería ser un integer y este contiene letras entonces con expresiones regulares (Regex) se determina y convierte ese valor a -1, luego en la base de datos hacemos un simple if (valorVariable <0) entonces quiere decir que hay un error y se llama un throw con un mensaje que indica el error y la pagina web lo despliega

Consejos:
Antes de leer los documentos carguen estos a un visualizador en línea o simplemente traten de abrirlos con algun navegador para observar si estos no tienen errores de formato ya que en nuestro caso sucedió. El lector va de manera lineal por lo que si tiene un error al intentar leer el archivo se aconseja que se eliminen secciones del archivo.

Referencias: SQL Shack nos brindó la forma de leer xml con OPENXML 

Buenas prácticas:
En el momento de hacer pruebas de inserción y demás es importante saber cuales FK existen para que la eliminación de los datos no causen errores. Utilizar SET NOCOUNT ON permite que todos los Queries se salten una parte que si no se está depurando no es necesario que se ejecute. Utilizar la tabulación permite que si se tienen muchos elementos estos sean comprensibles y el código se pueda mantener.

Horas: 4



Comentarios

Publicar un comentario

Entradas más populares de este blog

Avance #28

Avance : Continuamos con la creación del SPGeneraciónReconexiones y se actualizan los CRUDS (que no son de propiedad, registren sus cambios en la bitácora). Problemas : Debido a que tienen lógica propia, mejor elegimos separar los pagos de tipo reconexión de los otros. Asimismo, encontramos el problema de que al existir el trigger de la tabla propiedad los nuevos cambios que se generan desde el portal web quedan con los valores alambrados. Solución : Se procede a crear un SPGenearReconexiones que recibe como parámetros una tabla de los pagos procesados en el día de tipo reconoexión, así como la fecha actual. Genera la misma lógica que en el generador de pagos. Sin embargo, al ser una reconexión se asume que todos los recibos están vencidos y se generan los intereses moratorios correspondientes de cada uno. Luego, se procede a reconectar a la propiedad al agua y se inserta una reconexión en la tabla Reconecta. Posteriormente editamos los CRUDS que se utilizan en el portal web (propietar...
Leer más

Avance #39

Avance : Se integra la funcionalidad de AP para el Portal Web Municipal. Se colocó la función en la misma pantalla., luego de realizar la cotización de los recibos con sus respectivos intereses moratorios. Esto ya que la funcionalidad del arreglo de pago es funcionar como un préstamo que unifica las deudas de diversos tipo de recibos y los financia a un plazo definido por el usuario. El plazo del usuario afecta directamente en el monto fijo de la cuota mensual que debe pagar. A mayor plazo, menor cuota pero aumenta el monto de los intereses.  Problemas : N/A Solución : Para cumplir con esta integración se creo el SP GenerarAPWeb. Antes de enviar los datos al SP, la interfaz del portal le da la posibilidad de generar una proyección sobre el monto de la cuota mensual y su total final. Para hacer esto, el usuario digital la cantidad de meses que quiere cotizar y con ese dato se le calculan y muestran los montos correspondientes. Una vez que el usuario se siente a gusto se le mandan lo...
Leer más

Avance #32

Avance : Se construyeron gridviews para los recibos por separado, ya que se hizo una solicitud al final. Los grids se pensaron que podrían estar uno al lado del otro pero no es necesario, ya que no se van a comparar los datos y no tienen una relación. Se generaron los métodos específicos para cada una de las tablas. Realmente, solo era necesario modificar en la base los SP para que fueran dos en vez de uno y luego enlazarlo con los métodos. Los botones de atrás y adelante se quitan del panel cuando no se pueden presionar más porque se llegó al inicio o al final de la lista de filas. Problemas : Historial Cambio está construyendo las tablas con errores en los tipos que se seleccionan y la información que viene. Unas tablas no se muestran del todo aunque, en la base de datos se despliegan correctamente. Los botones antes de que se eliminen se caen con un error de index en la fila que se desea obtener.  Solución : Se tenían mal acomodados los items de los radiobuttons y cuando se sele...
Leer más