Barrapunto

"Pues ya puestos, para que usar un SGBD cuando puedes meter los campos en ficheros de texto separados por el tabulador. "

Es cierto. Y si se da el caso de que pudieras garantizar el acceso por un único índice de progreso continuo, te puedo asegurar que lo más efectivo sería utilizar fichero CSV. Y si el esquema de datos es lo suficientemente sencillo, y el volumen de datos a mover es lo suficientemente grande como para justificarlo,, un modelo mixto B-Tree, o similares, sería el camino a seguir.

Utilizar un RDBM es la solución cuando realmente no necesitas ser *tan* efectivo, o cuando el problema es lo suficientemente genérico o complejo como para considerar que tú (tu equipo -competente- de administración, diseño y desarrollo) no vas a dar con una solución efectiva en tiempo y dinero superior a la genérica del motor "todoterreno" de la RDBM.

Si el problema es verdaderamente grande, o la solución es lo suficientemente obvia (como es el caso que nos ocupa), usar una base de datos que, por cierto, cuesta una millonada, solo es síntoma de estupidez.

"Por cierto, pregunta. ¿Donde crees tu que guarda el Catastro los miles de imagenes de fincas que se sacan desde avionetas? ¿En carpetas con el nombre del propietario? "

Lo guarda en la base de datos EOracle, sobre la que se colocan coberturas Info, lo que, en conjunto, y para toda España (no existe ninguna entidad de gestión única como el "catastro" que quieres dar a entender) ha venido a costar como 100 millones de €, que dio por buena el incompetente y untado del funcionario de turno, bajo presión y unto del comercial de Oracle, nada de lo cual dice nada al respecto de la validez técnica de la solución implementada ¿o es que acaso no lo sabías?

Déjalo, PH, es como dar martillazos a una piedra.
El problema de base es "mucho lirili y poco lerele". El papel lo aguanta todo, y es fácil teorizar.

Lo de soluciones elegantes y tal ... pues bueno, depende de lo que entienda el por elegante, claro. Para mi, lo elegante es lo que está resuelto técnicamente impecable, hace un uso eficiente de los recursos y tiene un código mantenible y legible.

A lo mejor para el lo elegante es "Aceptar", "Aceptar", "Aceptar". Que ponga los ficheros donde le de la gana. Ya veremos que dice el cliente cuando lo use ;) (o tenga que pagar las actualizaciones de hardware)