Cita:
Iniciado por 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.
muy buena tu respuesta es correcto pero bueno como aveces busco darle facilidad a los usuario y es correcto una empresa com mas de 5000 clientes debe plantearce un sistema mas potente la verdad es que mi sistema es facimente modificable en cuanto a base de dato solo con cambiar unos codigo pasaria de usar base de dato de acces a usar base de dato de mysql la verdad tengo pensado hacer dos verciones con diferentes motor de base de dato