|
From: elena l. s. <ele...@ho...> - 2008-06-05 15:35:08
|
Buenas a todos, soy Elena.. No conteste ayer porque se me ha estropeado el portatil.. He echado un vistazo al modelo de datos, me gustaría saber que puedo ir haciendo yo y que me expliqueis un poco más la aplicacion.. Date: Wed, 4 Jun 2008 13:14:02 +0200 From: jua...@gm... To: pab...@gm... CC: gne...@li... Subject: Re: [Gnet-desarrollo] Replanteamiento del esquema de la base de datos yo comparto el modelo de datos , en la parte bancaria aprovecharía todo el trabajo que hemos realizado y con el que hemos concluido hacer tablas que permitan de una manera óptima generar los recibos de domiciliación que manejan todos los bancos (csb19) , y también importar los ficheros de devoluciones. Parto de la base de que las domiciliaciones debe ser una cosa común , sino habría que meterlo como módulo a parte y por tanto todas estas tablas también. Por lo tanto las tablas quedarían así: TABLA CUOTAS tipo_cuota : trimestral, anual,semestral,etc... cuantia : lo que paga al mes el socio id_socio: id que relaciona con la tabla de datos personales cuota_cambiada: por si el socio se queda en paro, o cambia su situación y deciden entre remesas cambiarle la cuantía de la cuota TABLA DATOS_BANCO ccc: numero de cuenta banco: el banco que corresponde id_socio: REMESAS id: key primary tipo: trimestral,anula,semestra,etc... emision: fecha mes_remesa: mes de la remesa REMESAS_HIST id_remesa: id que relaciona la remesa en la tabla remesas id_personal: resultado: si está devuelta la domiciliacion o se ha cobrado correcto cuota: cuantía Vamos a dar cañita a esto para que el proyecto tenga cuerpo. Nosotros en un mes o así nos pondremos a migrar y adaptar al nuevo modelo de datos todo el código que hemos hecho para la aplicación de la asociación. Os presento a Elena , una nueva incorporación al proyecto. Adjunto de nuevo el modelo de datos para que lo vea. El día 27 de mayo de 2008 15:51, pablov g2 <pab...@gm...> escribió: Hola Luis, Perdona que haya tardado unos dias en abrir el mail, pero ando hasta arriba de curro. Vamos al lio. Voy comentando usando la guia del SQL, en ese orden.. La tabla organization, creo q habría que dotarla de algún modelo que permita gestionar una misma asociacion pero en distintos niveles, ejemplo una ONG con varios grupos, dispersos en localidades. La tabla de personaldocumenttype y personaldocument; lo veo estupendo esto encaja con la idea que teniamos de hacer flexible a la herramienta y que se adaptara a cualquier asociacion. La duda que tengo es a la hora de trabar con muchos usuarios/ y con muchos registros creados para estos usuarios, veo que se haría con arrays, tiene alguna limitación en cuanto a cosistencia, o velocidad de la bd?? La tabla de cuotas, tal vez lo haga demasiado complejo, pero se podría hacer igual que con los personaldocument, y poder ampliar la información de la cuota, con, numero de cuenta, domiciliación, deudas, etc... O bien relacionar esta información propia del socio con la gestión de cuotas. No se aquí se podría complicar un poco mas el modelo para intentar dar respuestas a muchas más situaciones. Me parece estupendo lo de los cargos, ademas ya pensando un poco en el resultado final, incluso se podría organizar através de relaciones entre los distintos cargos de forma que se dibuje facilmente el organigrama de la asociacion. El resto de tablas me parecen bastante bien. Y en general me gusta muchisimo el planteamiento, buen trabajo. Le daré otro vistazo a ver si se me ocurre alguna cosa más que incorporar. Saludos 2008/5/26 Luis Cabrera <lca...@sa...>: Hola a todos .... Había quedado con Juanma en tratar de mandar un esquema más elaborado de la base de datos para poder evaluarlo en la lista. No me ha dado tiempo de realizar un esquema completo, pero lo que adjunto ya perfila por donde iría el esquema de la bbdd que tengo en mente. Lo he realizado en postgresql, que es la base de datos con la que trabajo habitualmente. Adjunto fichero SQL con comentarios y una captura de imagen que muestra el estado de las relaciones de lo que hay actualmente. Espero añadir nuevos componentes a la BBDD a medida que sean discutidos por esta lista. Saludos a todos. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Gnet-desarrollo mailing list Gne...@li... https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Gnet-desarrollo mailing list Gne...@li... https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo _________________________________________________________________ MSN Noticias http://noticias.msn.es/comunidad.aspx |