Optimizar base de dato con 18 millones de registro

[Kritik]

Sencillamente... aunque el tema de tener los datos del CNE es bastante útil para no tener que dar de alta a ningún usuario, pues sus datos están en esa tabla... a veces es mejor renunciar a esa información, ya que lo único que vas a copiar es el nombre y apellidos. Y tener 30 millones de registros te va a sobrecargar el sistema... cuando luego en realidad no vas a llegar ni a 5000 de esos 30 millones. El uso que vas a darle a esa información es mínimo, y por eso no merece la pena copiar todo el listado del CNE.

Otra solución sería:

Igual que tienes acceso a todo ese listado... no puedes acceder a él en tiempo de ejecución, sin tener que descargarlo, sino que tu programa consulte directamente en el CNE, y no en la información descargada? Así además no tendrías que preocuparte por actualizar los datos.

Access no está preparado para tener tantos registros. Es un motor de bases de datos diseñado para escritorio, a modo de aplicación y no a modo de servicio.

Access es un muy buen sistema de bases de datos para tener relativamente pocos registros. Y con pocos no me refiero a 100-200... sino que por ejemplo, 5.000 registros los maneja bastante bien. Y un cliente que compra este tipo de aplicación pequeña hecha en Access dudo mucho que llegue nunca a tener esa cantidad. Y si la llega a tener tendría tantos ingresos que debería de plantearse un sistema de bases de datos más potente.

Por muchos azotes que le pegues a un caballo nunca llegará a los 100km/h.