2009-11-27 35 views

Respuesta

20

No, las bases de datos sqlite3 son sistemas muy livianos. No necesitan servidor y todos los datos se almacenan en un archivo. El paquete sqlite/sqlite3 no admite un nombre de usuario/contraseña.

Con el fin de lograr simplicidad, SQLite ha tenido que sacrificar otras características que algunas personas encuentran útiles, tales como alta concurrencia, control de acceso de grano fino, un rico conjunto de procedimientos de funciones integradas, almacenados, características esotéricas del lenguaje SQL, extensiones XML y/o Java, escalabilidad tera o peta-byte, etc.

(sqlite, when to use)

Sin embargo, ya que es sólo un archivo que puede cifrar el archivo con una contraseña para proteger sus datos.

3

SQLite es principalmente un motor de base de datos incrustado, no destinado a ser utilizado como un servidor de base de datos multiusuario que requeriría nombres de usuario y contraseñas.

Siempre puede encriptar el archivo de base de datos con alguna contraseña/frase proporcionada por el usuario, supongo. Pero es demasiado esperar que un DBMS integrado tenga un control de acceso completo.

12

SQLite no tiene un concepto de nombre de usuario/contraseña. Es solo una base de datos única basada en archivos.

Sin embargo, en Unix puede proteger su base de datos de otros usuarios en la misma máquina estableciendo los permisos del archivo de la base de datos.

p. Ej. Permitir sólo el acceso propietario

chmod 700/ruta/a/sqlitedb

Si se utiliza en una aplicación web simple entonces la aplicación web proporcionará el control.

+0

+1 por sugerir utilizar una función de permisos de UNIX. – d11wtq

Cuestiones relacionadas