Proyectos de Bases de Datos

  Jarod Cervantes Gutiérrez.                18:00 p.m. - 16:40                       40 m  Se corrigió esta parte, se cambió [HttpPost] que antes estaba [HttpGet] y ya había otra función con [HttpGet]. Pero igual no estaba pasando el parámetro al controlador, pues hay dos funciones llamadas igual pero con diferentes parámetros de entrada. Luego se vio que en el archivo html, en el form, el input, la parte del name tiene que ser llamada igual que el parámetro de entrada de la función, pues como no estaba este entraba como null.

 Jarod Cervantes Gutiérrez.            13:30 p.m. - 14:10                      40 m  Se agregó la vista de la segunda consulta en la que debe insertar los días, pero por el momento no está cargando.

 Jarod Cervantes Gutiérrez                     11:00 a.m. - 12:30 p.m.    1 h 30 m Se hizo la segunda consulta. Revisarla porque no estoy seguro si está bien hecha. Este primer if esta para cargar todas las cuentas, esto para abrir la vista que despliegue todo. Luego cuando se le de un parámetro, @inDias, haría la consulta respecto a los días dados.

 Jarod Cervantes Gutiérrez                          8:00 p.m. - 10:00 p.m.     2h Se crearon las vistas para la primer y tercer consulta. Accediendo desde una cuenta de administrador se escoge que acción tomar, aparece un botón para "Consultas" que cargará otra pantalla para cargar cada una de las consultas. Por ahora solo carga la primer, la tercera debería cargar pero no funciona por ningún motivo.

 Jarod Cervantes Gutiérrez                5:30 p.m. - 7:30 p.m.                2 h La consulta consiste en obtener todos los beneficios de cada Beneficiario. Este se procedió realizando pruebas, para ver en que orden hacer los join o las consultas anidadas. La consulta base fue esta : Y a partir de ella salieron la suma total de beneficios, cual era el mejor beneficio y total de cuentas. Se tratará de cambiar porque las últimas tres consultas anidadas son muy parecidas. Antes de terminar nos dimos cuenta que una estaba más y paso de esto: A esto:

 Jarod Cervantes Gutiérrez                                                      3 :30p.m - 5:00p.m               1 h 30 min La segunda consulta se realiza sobre aquellas cuentas que han excedido más de 5 veces la multa de retiros de atm en los últimos n días. Se trató de hacer iterativa, y quedó así: Como se ve, dentro del while está comentado puesto que no se sabia con seguridad si serviría. Así que por el momento este sp claramente no funciona. Se decidio proseguir con la tercer consulta de admi.

 Natalia Vargas Reyes de 10 am a 11 am y de 1 pm a 2 pm (2 horas) Se creó la vista, controlador y clases necesarias para mostrar en vista los movimientos de de CO, esto lo hice con Jarod con el objetivo de entendiera más fácilmente la parte de capa lógica pues con anterioridad el había trabajado sobretodo el capa de datos, es decir la parte del script.  ALTER PROCEDURE [dbo].[SPObtenerMovimientosCO] (          @pIdCO INT  )       AS BEGIN  BEGIN TRY    SELECT  M.Id ,M.IdCuentaObjetivo ,T.Nombre ,M.Fecha ,M.Monto ,M.NuevoSaldo ,M.Descripcion FROM  [dbo].[MovimientoCuentaObjetivo] AS M INNER JOIN [dbo].[TipoMovimientoCuentaObjetivo] AS T ON  T.Id = M.IdTipoMovimientoCuentaObjetivo WHERE M.IdCuentaObjetivo = @pIdCO  ORDER BY M.Fecha DESC END TRY BEGIN CATCH PRINT 'Error al mostrar movimientos CO' INSERT INTO dbo.BE_DBErrors...

 Jarod Cervantes Gutiérrez                                                               5:15 p.m - 7:15 p.m                            2 h  La ejecución del spcierre fallaba, se estuvo revisando por media hora y nos dimos cuenta que era debido a que se estaba usando un archivo xml incorrecto, en el que existía un tipoMovimiento = 0. Se empezó con la realización de la primer consulta de admi.  Quedó muy grande y con otras consultas anidadas. Se tratará de hacer iterativa para achicarla, dado que hay varias consultas que son iguales, como la del case para obtener los meses totales, y también el de de depósitos totales.

 Natalia Vargas Reyes de 5:30 pm a 10:30 pm (5 horas) Se crearon los SP necesarios para las cuentas objetivo, no obstante falta mejorarlo, porque se necesita agregar un par de campos más en algunas tablas y poder sumar veces en las tablas en cada iteración. Este corresponde al procesamiento de cuentas, se llama desde el script de lectura e insert masivo. Para el de procesamiento de intereses Y finalmente para la redención 

Jarod Cervantes Gutiérrez                          2 horas  9:30 pm - 11: 30 pm Se cambio el uso de un select dentro de otro por un join. Luego en se agregó un seteo de saldos de la cuenta para los diferentes movimientos. Y se cambió el orden de la transacción al siguiente : CuentaAhorro, EstadoCuenta y Movimiento

 Natalia Vargas Reyes (2 horas) de 8:00 pm a 10:00 pm Cambios como usar joins en lugar de tantos select, utilizar bien los campos de cantidad de retiros automáticos o humanos en lugar de hacer counts que ralentizaban el proceso. La nueva versión, con todos los insert y llamadas a funciones y otros SP, en una tercra versión quedó de la siguiente manera: Nota: Solo son algunas mejoras, aún no se ha iniciado con lo que respecta a las Cuentas Objetivo ------------------------------Persona----------------------------------------- INSERT INTO [dbo].[Persona] ( [IdTipoDocumentoIdentidad] ,[Nombre] ,[ValorDocumentoIdentidad] ,[FechaNacimiento] ,[CorreoElectronico] ,[Telefono1] ,[Telefono2] ,[InsertAt] ,[UpdateAt] ,[InsertBy] ,[UpdateBy] ,[InsertIn] ,[UpdateIn] ) SELECT d.value('@TipoDocuIdentidad', 'INT') , d.value('@Nombre', 'VARCHAR(1...

Natalia Vargas Reyes (1 hora 30 mins) de 1:10 pm a 2:40 pm  Se crearon  4 triggers, tanto para beneficiarios como para Cuentas Objetivo, estos triggers insertan en la tabla de eventos dependiendo si es un insert o un update. -- ========================================================================= -- Natalia Vargas Reyes -- Trigger para insertar evento si inserta una CO -- ========================================================================= SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE TRIGGER TR_CuentaObjetivo_AI ON [dbo].[CuentaObjetivo] AFTER INSERT AS  BEGIN SET NOCOUNT ON; DECLARE @xml xml; SET @xml = ' ';     INSERT INTO [dbo].[Evento]( [IdTipoEvento]     ,[IdUser] ,[Ip] ,[Fecha] ,[XMLAntes] ,[XMLDespues] ) VALUES  ( 1 ,1  --De dónde me saco el id de usuario? ,NEWID() ,GETDATE() ,@xml ,(SELECT  ICO.Id    ,ICO.IdCuentaAhorrro ...

 Natalia Vargas Reyes (1 hora) de 3:00 pm a 4:00pm Hacer una Lista de cosas por hacer en la progra la cual es  1.Agregar codigo a la cuenta objetivo, para agregar desde xml. Verificar el modelo con respecto a CO.  LISTO  2. El interes había que dividirlo entre 12. De paso usar los campos de Cuenta ahorro  en lugar de tantos SELECT. 3. Calcular tasa de interes de CO, la cual depende cantidad de meses que existirá  (según fechaF-fechaI) 0.5% de interés por cada mes, mes entero. El interés es anualizado. Si la suma de los meses es 5, la tasa 2.5% anualizada, por día seria 2.4% dividido entre 365.  En la simulación calcular intereses diarios de CO. 4. Se insertan intereses todos los días en la tabla MovimientosCO. El dia del deposito, primero se hace el deposito, despues se calcula el interes,  luego se crea el credito(movimiento) y se acumula el monto. 5. En la simulación, su script, cuando procesa un día, antes de realizar el proceso de estados de c...

  CANTIDAD DE HORAS INVERTIDAS POR CADA UNO DE LOS COLABORADORES Natalia Vargas Reyes  27 horas y 45 minutos Jarod Cervantes Gutiérrez  20  horas y 25 minutos  CONTRIBUCIONES DE LOS COLABORADORES EN GITHUB cantidad de contribuciones al github: 19 cantidad de contribuciones al github:  9 Se empezó la tarea desde el 20 de noviembre  Sin embargo hasta el 24 empezaron a haber avances de la tarea 2 pues, en los primeros días tratamos de pasarnos a local, a otro server de AWS o a Azure. ANALISIS DE LOS RESULTADOS OBTENIDOS El script de operaciones fue la parte de más proceso en el proyecto, sin embargo se completó con éxito. Hubieron problemas con el trigger pero la solución fue iterar sobre la carga de cuentas, pues de esta manera la tabla inserted en el trigger sabría exactamente cúal fue el último insert de cuenta. La búsqueda en movimientos quedó muy bien y en general todo lo agrega en vistas, como cuentas objetivo y demás no generó más que errores peque...