QuarkBlog_2.0

Bien, bien, he esperado un poco para tener datos objetivos sobre el rendimiento de ambos motores de datos sobre una misma aplicación.

Estos datos, ni tienen rigor ni son extrapolables a otros casos, simplemente comento como fue el cambio de una tecnología a otra.

Tamaño de la base de datos

En ambos casos se almacenan las mismas tablas y los mismos datos: 5 tablas y alrededor de 2000 registros en total.

Microsoft Access: ~700Kb.
SQLite: ~170Kb.

Rendimiento en selecciones

SQLite se come con patatas al Access en este apartado, es apróximadamente 3 veces más rápido seleccionando datos que su rival (para mis tablas y datos, repito).

Rendimiendo en modificaciones/inserciones

SQLite pincha y gana por goleada Microsoft Access que es notablemente más rápido, alrededor de 4 veces más.
Esto se debe a todos los triggers que le puse para asegurar la integridad referencial, Access lo hace solito. Si le quitamos los triggers SQLite sigue estando un poco por encima de Access.

Facilidad de programación

Ambos son compatibles con ADO.Net que era la tecnología que tenía que emplear en este caso, asi que empate técnico en este apartado.
También hay que decir que la gente acostumbrada al estándar SQL se sentirá mucho más cómoda programando con SQLite.

Facilidad de mantenimiento

Atendiendo a la experiencia previa, Microsoft Access requiere de un mantenimiento y reparación periodica de las tablas para asegurar la integridad de los datos.

Me he encontrado en la desagradable situación de ver como aparecen y desaparecen registros de la base de datos como por arte de magia, y no era cosa de mi programa. Desde el propio gestor del Access ocurría lo mismo.

SQLite no necesita ningún tipo de mantenimiento, simplemente funciona.