|
Realmente es una lástima que se esté desarrollando un arquitectura tan pobre y tan deficiente para algo que es realmente importante para tu país. Ese esquema de los archivos de texto planos y de recopilar información y demás ya es por demás obsoleto y sujeto a múltiples errores y problemas adicionales que aunque parece que se "ahorra uno mucho" en realidad va salir mas caro de lo que piensan.
ODBC ya prácticamente es obsoleto además de que le mete una capa adiciona a tu sistema la cual no es necesaria para nada pues hay formas de accesar de forma nativa.
Ya lo dijo Casimiro, este sistema será un caos total pues lo que quieres hacer realmente se podría hacer prácticamente en tiempo real (o no Casimiro?) sin invertir millonadas en "soporte" y cosas así. Al final lo que se quiere es que la información sera fidedigna y lo más real posible puesto que de ahí se tomarán (supongo) decisiones...Pero bueno, creo que no es tu culpa y muy seguramente ya lo has pensado.
Se calculan 20 mil inserciones diarias, lo cual realmente es relativamente poco, lo que se debe calcular en todo caso es cuantas de estas inserciones pueden llegar a suceder en un mismo momento y dado que solo son pocos campos yo diría que es trivial ponerse a pensar en eso, cualquier motor te va a permitir manejar un buen número de inserciones en un instante determinado sin ningún problema, recuerda que se procesa conforme se va recibiendon y a no ser que tuvieras 20 mil inserciones en un segundo dado no veo como te pueda afectar meterlas en un servidor y aun en ese remoto caso, con solo aumentar las capacidades del servidor y algunos ajustes las podrás manejar sin problema.
|