Ver Mensaje Individual
  #5  
Antiguo 29-06-2004
Avatar de guillotmarc
guillotmarc guillotmarc is offline
Miembro
 
Registrado: may 2003
Ubicación: Huelva
Posts: 2.638
Reputación: 24
guillotmarc Va por buen camino
Hola.

Es que practicamente todo lo que preguntas lo puedes encontrar utilizando la opción de buscar de los Foros (buscando en el histórico de mensajes).

- Hacia que tipo de negocios esta orientada, pequeños, grandes,
Grandes y pequeños. Es perfecto para pequeños negocios puesto que funciona practicamente en cualquier ordenador, sin consumir apenas recursos. Es muy escalable y también funciona muy bien con grandes bases de datos y muchos usuarios concurrentes.
Solamento lo desaconsejo en proyectos muy muy grandes, donde hay que utilizar Oracle.
- A que tamaño de archivo se vuelve inestable,
Lo desconozco, pero cuenta con valores superiores a los 4 Gb. Más que volverse inestable, yo diria que con bases de datos de este tamaño, se vuelve muy engorroso el proceso de Backup/Restore que precisa hacerse periodicamente.
- Hasta que cantidad de usuarios concurrentes soporta, o depende de la característica del servidor,
Aunque solo lo he probado con unas pocas decenas, yo diría que soporta perfectamente varios centenares de usuarios concurrentes. Más bien es un problema de tener una base de datos bien diseñada (con los índices adecuados para optimizar todas las consultas habituales), y una maquina suficientemente potente para el caso.
- Que facilidad existe de reparar en casos de daños,
Es bastante difícil corromper una base de datos Firebird. Basicamente solo puede ocurrir ocasionalmente cuando se va la luz y se estaba modificando la base de datos en ese momento. Para estos casos, la mejor política es tener suficientes copias de seguridad para evitar que sea un problema. Además se pueden reparar bases de datos con la utilidad gfix, aunque ciertamente en muchos casos es incapaz de reparar la base de datos, con lo que habitualmente se crea una nueva base de datos, y se copian los datos de una a otro (todos los que sean accesibles). En cualquier caso siempre se puede recurrir a empresas especializadas (como IB Phoenix www.ibphoenix.com) para casos sin solución.
- Con tablas demasiadas grandes, los indíces se vuelven inestables ?
Más que inestables, se desbalancean, con lo que su rendimiento no es todo lo óptimo que deberia. Para solucionarlo, periodicamente se pueden rehacer los índices. Es mas, en una base de datos realmente grande (varios gigas), y con mucho volumen de modificación/incorporación de datos, es muy recomendable rehacer toda la base de datos periodicamente (incluso se puede programar automaticamente por la noche).

Ah me olvidaba, que herramienta administrativa y odbc o cliente me recomiendan
Como componentes de acceso, te recomiendo los FibPlus y IBO, aunque los componentes dbExpress también van bien, y hay alternativas open source que también dan buen resultado como los Zeos. Otros que desconozco su robustez són los Unified Interbase.
Hay muchas herramientas administrativas disponibles, pero personalmente prefiero esta : http://www.hksoftware.net/download/i....17.1_full.exe

Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no).
Responder Con Cita