[[gluglu]]

Estimados compañeros del foro :

Después de la pregunta que hice ayer acerca de si se puede hacer un JOIN sobre dos tablas de bases de datos diferentes (recordatorio: utilizo InterBase 7.5) me surge la siguiente pregunta existencial :

Estoy programando una aplicación que va a trabajar en modo cliente/servidor, de gestión hotelera, en donde van a existir diferentes puntos de venta (hoteles), cada cual no debe de ver los datos del otro (ni le importan tampoco) (reservas), pero en donde van a existir una serie de ficheros maestros comunes para todos (Clientes, tarifas, agencias,etc.) y a los cuales todos van a acceder.

Inicialmente he pensado en utilizar una base de datos para los datos comunes, y bases de datos individuales para cada uno de los hoteles.

Ahora bien, si no puedo realizar las consultas posteriores con relativa comodidad (p.ej. mediante la utilización de JOIN), debería ser más adecuado tener una "mega"-base de datos que contenga no solo los ficheros maestros, sino también los datos individuales de cada hotel?

El número de registros que por ejemplo puede contener cada hotel puede llegar al millón o más. Eso significaría que si la base de datos fuera común podría tener un tamaño más que considerable.

Si trabajara con bases de datos individuales, qué comodidad tendría al ver por ejemplo habitaciones disponibles en todos los hoteles, o por regiones, o por tipo? Sería más fácil de nuevo teniendo todos los registros en la misma y única base de datos?

Quiero aclarar que procedo del Clipper y evidentemente era incocebible en el Clipper tener bases de datos de millones de registros, por lo cual trabajaba con diferentes estructuras de directorios y bases de datos particionadas e individuales.

Una vez más deseo agradeceros a todos la ayuda que prestais mediante este foro.

Un saludos a todos.