La hora del primer acceso aparecerá más rápido en SQLite
El tiempo de acceso a SQLite parecerá más rápido en primera instancia, pero esto es con una pequeña cantidad de usuarios en línea. SQLite usa un algoritmo de acceso muy simple, es rápido pero no maneja la concurrencia.
A medida que la base de datos comience a crecer, la cantidad de acceso simultáneo comenzará a sufrir. La forma en que los servidores manejan múltiples solicitudes es completamente diferente y mucho más compleja y optimizada para una alta concurrencia. Por ejemplo, SQLite bloqueará toda la tabla si se está realizando una actualización y pondrá en cola los pedidos.
Los RDBMS realizan mucho trabajo adicional que los hace más escalables
MySQL, por ejemplo, incluso con un solo usuario creará una COLA de acceso, bloqueará las tablas parcialmente en lugar de permitir solo ejecuciones de un solo usuario por tiempo y otras tareas bastante complejas para asegurarse de que la base de datos siga siendo accesible para cualquier otro acceso simultáneo.
Esto hará que la conexión de un solo usuario sea más lenta, pero vale la pena en el futuro, cuando cientos de usuarios estén en línea, y en este caso, el simple procedimiento "BLOQUEAR TODA LA TABLA Y EJECUTAR UNA SOLA CONSULTA CADA VEZ" de SQLite acaparará el servidor. .
SQLite está hecho para la simplicidad y las aplicaciones de bases de datos independientes.
Si espera tener 10 accesos simultáneos escribiendo en la base de datos a la vez, SQLite puede funcionar bien, pero no querrá una aplicación de 100 usuarios que escriba y lea datos constantemente en la base de datos usando SQLite. No fue diseñado para tal escenario y desechará recursos.
Teniendo en cuenta su escenario de TeamSpeak, es probable que esté bien con SQLite, incluso para algunas empresas está bien, algunos sitios web necesitan bases de datos que solo se leerán a menos que se agregue contenido nuevo.
Para este tipo de usos, SQLite es una solución económica, fácil de implementar, autónoma y perfecta que hará el trabajo.
