(12:00md) Se nos ocurrió separar una condición para así evitar el uso de IS NOT NULL, esperamos con esto se nos arregle el error.
(12:15pm) Borramos los datos que se cargaron anoche y procedemos a reiniciar los IDENTITY de las tablas. http://stackoverflow.com/questions/21824478/reset-identity-seed-after-deleting-records-in-sql-server
(1:00pm) Ahora inserta todos los movimientos hasta la fecha en que se solicita por ejemplo: [1],[1,2],[1,2,3],..., representando cada número el ID del movimiento en la tabla temporal.
(5:00pm) Regresamos a las labores sobre la progra.
(5:20pm) Logramos insertar las cuentas
(7:00pm) Luego de celebrar que ya no da ese extraño error, procedimos a procesar movimientos, sin embargo nos damos cuenta que al crear (insertar) las cuentas, debimos de haber creado un estado de cuenta para cada una.
(8:50pm) Tenemos un problema para obtener el día actual para los PostTime
(9:30pm) Se logra poner a prueba exitosamente el cargador de movimientos
(9:50pm) Estamos borrando datos de las tablas para poder realizar nuevas pruebas.
(10:40pm) Tras lograr borrar los datos de la ultima prueba, la computadora se queda muy pegada, por lo que tocará reiniciarla.
(11:30pm) Retomamos la progra.
(1:00am) Analizando el modelo, optamos por eliminar las columnas de Beneficiarios de la tabla Cuenta, ya que estos podrían variar en cantidad y periodo, por lo que generarían nulos que suelen dar errores. Para contrarestar, le incluimos un FK de la cuenta al Beneficiario, de manera que se pueda llevar el control sobre estos de esta forma. Además, se pierde o se desconoce la importancia del valorID de Beneficiario, ya que el ID proporcionado pertenece al dueño de la cuenta.
(1:50am) Procedemos a probar el código de carga para Beneficiarios
(2:40am) Se avanzó poco con el código de lectura de las Subcuentas debido al cansancio.
Aproximadamente 10h
No hay comentarios:
Publicar un comentario