Para ese volumen de información, yo no recomendaría el uso de paradox!!
imaginate, si en la tabla q2 hay 1000 registros por cada q1, eso es 1,000,000 de registros, y si en q3 hay 1,000 registros por cada q2, eso es 1,000,000,000 de registros!!
Paradox morirá en el intento
Sobre la relación maestro/detalle, no hay ningún problema en que haya muchos registros "hijos" para un padre. Dependerá mucho de que componentes de acceso a datos te valgas para afinar este detalle. Si usaras, por ejemplo, firebird, con ibx o ibobjects, podrías traer solamente unos cuantos registros de la(s) tabla(s) hija(s), a espera que el usuario navegue por él dataset para ir cargando mas registros.
Has de tener en cuenta que regularmente no es necesario ni recomendable traer muchos registros al cliente (a menos que sea una aplicación de análisis/inteligencia de negocios). Un buen diseño de aplicación limitará de alguna manera lógica el número de registros que se mostrarán al usuario en un momento particular.
Hasta luego.
