Como solucionar la historificación de datos

[BlueSkull]

Estimados, saludos a todos, que hayan pasado unas muy felices fiestas y que tengan un muy buen año, bueno entrando en lo mio.

Voy a empezar a desarrollar un sistema de administración medico y de examenes a petición de un cliente y la duda que tengo hasta el momento es la historificacion de los datos de los pacientes ya que estos no se pueden eliminar aunque pasen años, no asi en otros sistemas de administracion de informacion.

Buscando por internet encontre varias propuestas que me parecieron muy buenas, ejemplo:

- Datos de logs de procesos, operaciones, etc. Los más fáciles. Puedes moverlos, hacer un backup a cinta y olvidarte de ellos.
- Datos maestros pero ya caducados y no modificables (por ejemplo, facturas de más de 5 años). Puedes moverlos a otro servidor, pero tendrán que estar disponibles para su consulta.
- Datos maestros antiguos, pero modificables bajo algún raro supuesto. Estos no los puedes mover muy lejos, aunque sí a otra base de datos que se ubique en el mismo servidor (en discos más económicos).
- Datos vivos. Esto se queda donde está.

El problema esta en que como es un cliente pequeño no hay muchas posibilidades de respaldar en cintas ni moverlos a otro servidor, que posibilidades tengo para realizar una buena historificacion de datos para un cliente que a lo mas puede tener como servidor solo un computador potente.

Espero que me puedan ayudar con esto que para ustedes a lo mejor es de cada día, gracias.

[huesos52]

Yo por ejemplo, administro un sistema de reservas de autos. todas las reservas van a una tabla. Tengo un cronjob que se ejecuta cada semana y con la ayuda de triggers me pasa los datos comparados por fecha a una tabla historial. De esta forma, en la tabla reserva, solo se muestran los registros de la ultima semana. de igual forma, si requieren información anterior, toda se encuentra en la tabla historial y es posible consultarla.

Esta medida, hizo que la tabla reservas no mantuviera saturada y agilizar mucho las consultas. La tabla historial es de poca consulta pero crece constantemente con el tiempo.

saludos y espero te sirva.

[BlueSkull]

Iniciado por huesos52

Yo por ejemplo, administro un sistema de reservas de autos. todas las reservas van a una tabla. Tengo un cronjob que se ejecuta cada semana y con la ayuda de triggers me pasa los datos comparados por fecha a una tabla historial. De esta forma, en la tabla reserva, solo se muestran los registros de la ultima semana. de igual forma, si requieren información anterior, toda se encuentra en la tabla historial y es posible consultarla.

Esta medida, hizo que la tabla reservas no mantuviera saturada y agilizar mucho las consultas. La tabla historial es de poca consulta pero crece constantemente con el tiempo.

saludos y espero te sirva.

Estimado huesos gracias por contestar, mira lo que me preocupa es el crecimiento de los datos historicos, como se manejan cuando hay mucha informacion y que para peor no se pueden borrar por un asunto de por si acaso se utiliza.

[huesos52]

No te preocupes tanto por el tamaño. Asumo que usarás una base de datos respetable para este proyecto.

Si la info crece mucho, pero la tabla es de poco acceso, no afectará mucho la base de datos.

[BlueSkull]

Bueno voy a utilizar SQL Server o Postgres, bueno sera mejor esperar a que ocurra el problema y ver, sino aumento solo disco y listo (creo).