Una entrada de blog comentada en r/programming argumenta que SQLite se beneficiaría de 'ediciones' al estilo Rust: preajustes versionados de pragmas que agrupan valores por defecto más seguros, igual que las ediciones de Rust (por ejemplo edition 2025) agrupan cambios de lenguaje sin romper código antiguo. El autor señala varios valores por defecto de SQLite que suelen atrapar a los desarrolladores: las restricciones de clave foránea no se aplican salvo que se activen explícitamente, el journal_mode por defecto puede perjudicar el rendimiento o la durabilidad según el caso de uso, y el comportamiento de bloqueo/busy por defecto puede parecer un mal soporte para escrituras concurrentes cuando en realidad es solo cuestión de configuración.

Un punto concreto es el tiempo de espera 'busy': SQLite devuelve rápidamente SQLITE_BUSY ante contención de escritura salvo que se configure un tiempo mayor, por ejemplo mediante la llamada a la API en C sqlite3_busy_timeout(db, 5000) o el pragma equivalente. Algunos comentaristas señalaron que la llamada a la API es preferible porque pasa por la propia planificación de SQLite en lugar de saltársela.

Las reacciones se dividieron claramente. Varios desarrolladores dijeron haber perdido horas depurando problemas causados por estos valores por defecto y recibieron con agrado la idea de un único 'super pragma' para adoptar un comportamiento moderno. Los críticos replicaron que las ediciones con nombre (por ejemplo 'edition 2025') ocultan qué ajustes están realmente activos, que los buenos valores por defecto son inherentemente difíciles de elegir (a algunos les pareció absurdo un tiempo de espera de escritura de 5 segundos), y que los desarrolladores simplemente deberían familiarizarse con los pragmas ya existentes en lugar de añadir una nueva capa de versionado, citando la viñeta de XKCD sobre 'estándares' (xkcd.com/927) como advertencia contra crear otra convención más en competencia. Otros descartaron la propuesta como una 'rustificación' innecesaria de una base de datos embebida ligera, señalando a Turso como alternativa ya compatible con SQLite para quienes quieran valores por defecto distintos.