¿Puede una base de datos de Access con una aplicación web manejar 50000 vistas por día en Internet?

La respuesta oficial del DBA a cualquier pregunta como esta es “depende”.

Eso es menos de 1 vista por segundo en promedio. Asumamos que cada “vista” es solo una lectura, no una escritura. Menos de 1 por segundo es trivial.

Pero, ¿qué pasa si las 50,000 visitas solo llegan durante el horario comercial (9-5)? Ahora estamos hablando hablando más cerca de 2 vistas por segundo. Eso es probablemente fácil de hacer.

¿Qué pasa si todo es hora del almuerzo amante? Ahora estamos hablando 14 / seg. De nuevo, solo lectura, probablemente fácil. PERO … puede que no sea así.

Dicho esto, si incluye escrituras, eso se vuelve más complicado. Ahora te encuentras con problemas de bloqueo. De nuevo, a menos de 1 / seg, eso es probablemente fácil. 14 / seg, en Access, puede o no ser.

En cualquier caso, probablemente sugiera pasar a algo un poco más robusto, como SQL Server Express, que es gratuito y definitivamente puede manejar cargas más grandes.

Estoy de acuerdo con otras respuestas: ¿por qué arriesgarse a usar Access para esto? Las versiones de SQL Server, MySQL o cualquier otro sistema DBMS harán un mejor trabajo y ofrecerán opciones de escalado mucho mejores. Sin mencionar que Access puede ser difícil de administrar o ajustar de manera efectiva. Y, suponiendo que no esté utilizando ninguna característica patentada de MS Access, pasar de Access a otro motor de base de datos relacional debería presentar relativamente pocos problemas. Si ha utilizado tales extensiones, bueno, buena suerte con una transición (pero probablemente valga la pena).

Con suficiente empuje, los cerdos vuelan.

Eso no significa que diseñar un cerdo volador sea una buena idea. Nunca hubo realmente ninguna controversia sobre qué plataforma (* n * x o Windows) era adecuada para esta tarea. Vaya con Linux, donde puede contratar fácilmente y tener muchas opciones de sistemas sólidos de administración de bases de datos.

Si tiene una hoja de papel limpia, comience con PostgreSQL. Si no lo hace, piense detenidamente en lo que le costará en el futuro no utilizar PostgreSQL.

Una base de datos PostgreSQL o MySQL en el back-end sería una mejor apuesta. Hay muchas bibliotecas que pueden funcionar con ambos tipos.