Usted que haría si.... :

[sercornejov]

Hola foristas.

Hace tiempo que no molestaba por aca...

Un cliente me pide una aplicación para una comercializadora de café. La cosa es para la parte contable. Los puntos críticos a la hora de decidir cual motos de DB usar son:

1. acceso de hasta 8 usuarios a la misma tabla de manera simultánea.
2. Alto número de registros para un periodo mensual (65000) de una de las operaciones (compra a campesinos).
3. Manejo de procedimientos almacenados
4. Concejos para preparar el mejor café colombiano

bueno, aunque el punto 4 ya lo solucioné, los tres primeros me tienen en vilo.

Yo he tranajado con FireBird 1.5, con una base de datos que contiene tres tablas grandes... Bueno, realmente una de ellas contiene 60.000 fotos en formato JPG (los archivos de estas fotos pesan solo 4K por separado) y hasta el momento funciona bien, aunque al iniciarla se demora como 90 segundos para entrar (esto es: cargando y abriendo las tablas que debe usar de manera inmediata a la apertura) y ademas el tamaño del archivo ya es de 550 MB, lo cual me parece un poco grande para una base de datos que se debe mover en RED.

Con lo anterior, no se si sea bueno manejar una base de datos como esta, que genera un solo archivo y que su tamaño puede ser muy muy grande, pues los datos de la comercializadora de café son realmente grandes. Solo la transaccion de compras a campesinos puede generar 7 y medio millones de entradas en un año

Bueno, pues el hilo queda con varias incognitas:

¿Debo usar FireBird?
Si la primera respuesta es NO: ¿Que debo usar?
¿Porque el archivo de Firebird es de 550 MB con 60.000 fotos adentro?
¿Es eso normal o es así de grande por las fotos?
¿Se puede en Firebird manajar daca año en archivos separados, pero que a la hora de consultar se pueda hacer en todo los años disponibles?
¿Es mejor dejar reposar el cafe durante 15 minutos y rocialo con agua fria antes de servirlo?
¿Mi mamá me mima?

Gracias por sus respuestas...

Sergio