Usted que haría si.... :

[Neftali [Germán.Estévez]]

Antes de nada te recomiendo éste hilo:
http://www.clubdelphi.com/foros/showthread.php?t=22211


Es una comparativa de varios SGBD's Open Source; Tal vez eso resuelva algunas de tus dudas...

En cuanto a los demás...


Hola foristas.
==> Hola.

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

==> Eso es mucho tiempo; Revisa el Tema de Abrir Bases de datos de FB, porque me suena que hay solución para eso. Además si cargas tablas, no las cargues todas en memoria, utiliza cursores de tipo Servidor (cargan registros a medida que los van necesitando -si quieres más info sobre ésto hablamos en otro mail...-)


...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.
==> Cualquier Base de Datos un poco seria tiene eso y más... que no te preocupe. Otro tema es cómo estás guardando las fotos; Tal vez habría que guardarlas en formato compromido o incluso estudiar el guardarlas fuera dela Base de Datos (no soy partidario de ésta segunda opción), pero se puede estudiar...



...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
==> Con más razón para usar una Base de Datos "como esta" (me refiero a un SGBD); Si estás pensando en Bases de Datos con tablas por separado tipo Paradox, DBase y demás olvídalo.

¿Debo usar FireBird?
==> No creo que sea un mala opción (revisa el LINK del principio)



Si la primera respuesta es NO: ¿Que debo usar?
==> Creo que una alternativa puede ser SQLServer; Nosotros la utilizamos con mucho más volumen que el que comentas y va bien; Pero eso depende mucho también de las infraestruras que respaldan (Servidores, Redes, comunicaciones,...) De todas formas ya sabemos el inconveniente/desventaja más grande de SQLSever: $$$$$$$$$$$$$


¿Porque el archivo de Firebird es de 550 MB con 60.000 fotos adentro?
==> Buena pregunta. Puedes hacer la prueba; Duplica la Base de Datos, elimina las fotos (DELETE o UPDATE), haz un Backup/Restore y a ver qué tamaño queda...



¿Es eso normal o es así de grande por las fotos?
==> Depende de cómo las guardes.


¿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?
==> Se podría, pero no lo tendrá que hacer FB, lo tendrás que hacer tú. Se puede utilizar un UNION, pero habría que ver qué tipo de consultas necesitas....


¿Es mejor dejar reposar el cafe durante 15 minutos y rocialo con agua fria antes de servirlo?
==> Me gusta Caliente, muy, muy caliente...


¿Mi mamá me mima?

==> Claro, como debe ser.... La mama siempre será la mamá...

[sercornejov]

Gracias a todos.

Pues lo de la manera de cargar la base de datos, no se, simplemente la coloco en el directorio de datos y en delphi la abro mediante:

procedure TdmPpal1.DataModuleCreate(Sender: TObject);
var
  registro:TIniFile;
  conexionL,conexionR:widestring;

begin
  registro:=TIniFile.Create(ExtractFilePath(Application.ExeName) + 'IDCFac.reg');
  red:=StrToInt(registro.ReadString('RED','EstaEnRed',''));
  conexionL:=registro.ReadString('BASEDATOS','local','');
  ruta:=registro.ReadString('DDIRBASE','dirbaseLocal','');
  conexionR:=registro.ReadString('BASEDATOS','red','');
  rutared:=registro.ReadString('DDIRBASE','dirbaseRed','');
  rutadatos:=ruta+registro.ReadString('DDATOS','datos','');
  rutadatosred:=rutared+registro.ReadString('DDATOS','datos','');
  rutareportes:=ruta+registro.ReadString('DREPORTES','reportes','');
  rutareportesred:=rutared+registro.ReadString('DREPORTES','reportes','');
  case red of
    0: fbFac.databasename:=conexionL;
    1: fbFac.databasename:=conexionR;
  end;
  try
    fbFac.Connected:=true;
    except
      showmessage('No se puede conectar a la Base de Datos. Contacte al proveedor: 310-6976764');
      application.Terminate;
  end;
  fbtra.Active:=true;
  fbtblCliente.Active:=true;
  fbtblFactura.Active:=true;
  fbtblUsuario.Active:=true;
  fbtblDetFac.Active:=true;
  fbtblInsumo.Active:=true;
  fbtblNumFac.Active:=true;
end;

ese datamodule se carga de primeras. no se que deba hacer para el arranque mas rápido

Lo de la paginación grande, pues lo voy a probar (Ha de funcionar)

Por lo demas, entendido, anotado y en via de uso

Gracias

P.D. para jachguate

No es con animo de controversia, pero el mundo ama el café excelso colombiano...

[jachguate]

Que tal.

Pues lo que corresponde es, con cronómetro en mano, seguir paso a paso la ejecución de este método, a partir de la línea:

Código Delphi [-]
    fbFac.Connected:=true;

Luego, volvé aqui con una estadística, digamos el promedio de ejecución de cada línea después de unas 5-10 corridas y vamos viendo de que puede tratarse el asunto.

Hasta luego.



pd.
[quote=sercornejov
P.D. para jachguate

No es con animo de controversia, pero el mundo ama el café excelso colombiano...[/QUOTE]

Te lo dije... no nos vamos a poner de acuerdo en ese punto.. . Solo he de decir que el café de altura de Guatemala es reclamado por muchos..

[roman]

Empezado por jachguate

Solo he de decir que el café de altura de Guatemala es reclamado por muchos

// Saludos

[jachguate]

[Migpal]

Debrias cambiar de equipo,

[nemesio]

La lentitud al abrir las tablas puede ser porque los select de las tablas estén trayendo todos los registros. Eso sucede cuando usamos SELECT .... FROM TABLA, y no colocamos los registros que queremos traer con un where.