🚀 go-pugleaf

  Estoy de acuerdo, si se utiliza el Postgres no te preocupas de cargar
datos, ni de guardarlos ni ning�n tipo de estos problemas, te despreocupas
del problema y te limitas a insertar y consultar datos de la base de datos.
El m�ximo problema puede ser si quieres imprimirlos, c�mo organizar la
impresi�n.

Xavi Montero escribi� en mensaje <380E224E.1B5EADC3@intercom.es>...
>Yo lo har�a a lo bruto. Un base en postgres y nada de cargar todas las
cuotas en
>memoria. Se hace un "SELECT * FROM Cuotas WHERE Asociado =
'nombre_del_asociado'
>AND Fecha > [Fecha actual - 6 meses]". Compruebas si el resultado tiene
>registros o no y ya est�.
>
>Cuando el t�o paga, haces un INSERT en la base y te olvidas. No necesitas
cargar
>todas las cuotas del t�o en memoria.
>
>Para cada "Registro" de cuota tendr�as los campos C�digo-de-asociado,
Importe,
>FechaNominal (a la que corresponde el pago), FechaReal (en la que suelta la
>pasta), FechaInformaci�n (El d�a que se pasa al ordena), y, eventualmente,
>Receptor-de-pasta, es decir qui�n ha realizado la acci�n de quedarse la
pasta
>del t�o (por si las moscas).
>