Replicación o algo parecido...

[tefots]

el diseño de un sistema de base de datos , donde van ha haber miles de conexiones , es siempre un problema , y depende mucho de la información almacenada , de las consultas y operaciones sobre la base de datos que se vayan a hacer , y del hardware y aquitectura utilizado.

para hacer una aplicación de ese estilo , donde el servidor va a tener que manejar muchas conexiones , lo mejor es usar la tecnologia 3 capas , así podrás separar la carga del servidor de base de datos .
incluso se podria preparar uno o varios servidores de aplicación , que se encargen de gestionar las peticiones y resultados de las consultas de los clientes.

lo normal es que evites enviar información innecesaria , y que algunos datos que son fijos y no varian , los tengan los clientes
El tema de replicación , no es nada optimo , todo lo contrario ,ya que generaría mucho trafico en el servidor y los clientes (sobre todo cuando n usuarios se conecten a la vez y tengan que actualizar sus tablas y las del servidor).

El diseño de las aplicaciones cliente , afectan enormemente al rendimiento del servidor , estas tan solo deben conectarse , traserse / enviar la información requerida , y desconectarse , hay que hacer un uso optimo de los recursos controlando toda la informacion que se envia y recibe.

aun así , firebird (ni otras bd comerciales ) no está pensado para un entorno en el que puedan existir tantas conexiones concurrentes (miles) . para esto , hay que usar otras tecnologias como bd's distribuidas , clustering , etc.

saludos.