Re: [Gnet-desarrollo] Replanteamiento del esquema de la base de datos

[juanma l. <jua...@gm...>]

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
>
>