BD SQLite protegida por Usuario y Contraseña

[ElMug]

Empezado por Casimiro Notevi

Pues eso, amigo ElMug, firefox lo usa para mantener enlaces, historial, etc.
Skype lo usa para tus contactos, guardar historial, etc.
McAfee lo usa para su base de virus, logs, etc.
Lo dicho, lo usan para lo que está básicamente diseñado sqlite, es lo que he dicho antes, prácticamente todos son monousuarios.


¡uy!, 'Don', eso me hace muy viejo

Pues haciendo a un lado lo venerable de la edad, y por un rato el nombre de CASImiro, mirando completo, has de ver que tu aseveracion de que SQLite esta "diseñada para uso monousuario" no es correcta, pues si fuera como tu dices no tendria caso alguno de que tuviera su sofisticado y eficiente manejo de locks. Que alguien haya dicho, piense, o desee que SQLite este diseñado para uso monusuario, es algo muy aparte de la verdad.

Si lo que quieres decir es que las bases con motor tipo servidor son en la mayoria de los casos impracticas para uso monousuario, no lo cuestionaria.

Ahora, que SQlite3 no esta diseñada para transacciones cuantiosas y tupirle muchos usuarios que graben data con gran frecuencia, de gran volumen, o de transacciones de muchas operaciones, eso lo dice muy claramente la pagina de SQLite, pero por ningun lado dice que SQLite "esta diseñada", o se limite a monousuario.

[Casimiro Noteví]

Empezado por ElMug

Ahora, que SQlite3 no esta diseñada para transacciones cuantiosas y tupirle muchos usuarios que graben data con gran frecuencia, de gran volumen, o de transacciones de muchas operaciones, eso lo dice muy claramente la pagina de SQLite, pero por ningun lado dice que SQLite "esta diseñada", o se limite a monousuario.

Es que una cosa lleva a la otra
Como puedes ver, el uso mayoritario (de tu lista) es monousuario. Que permite múltiples usuarios leyendo, de acuerdo. Pero no escribiendo, por lo tanto, si quieres lo definimos como: multiusuario leyendo y monousuario escribiendo

[[Caral]]

Hola
me parece que seria muy bueno dividir este hilo:
1- BD SQLite protegida por Usuario y Contraseña (pregunta original)
2- Es Sqlite una base de datos multiusuario, escritura ( si/no, por que ? ).
Os voy a enviar a leer la guia de estilo a ambos.......
Saludos
PD: yo se que access es mejor y no lo discuten...

[Casimiro Noteví]

Tienes razón, Caral
No sé si se puede dividir el hilo, me parece que es demasiado complicado.

Resumiendo:

Empezado por Caral

1- BD SQLite protegida por Usuario y Contraseña (pregunta original)

En principio, si te la llevas a otro equipo, allí puedes abrirla, así que no se puede proteger "normalmente", quizás pagando se pueda.

Empezado por Caral

2- Es Sqlite una base de datos multiusuario, escritura ( si/no, por que ? ).

Aunque puede ser leida por varios usuarios, si se intenta escribir por más de uno entonces no se puede.
Para mí eso no es una BD multiusuario en el concepto "normal".

Empezado por Caral

PD: yo se que access es mejor y no lo discuten...

Por supuesto, todos lo sabemos

[ElMug]

Cita:
Empezado por Caral
PD: yo se que access es mejor y no lo discuten...

Por supuesto, todos lo sabemos
===============================

Los de Saturno no estamos de acuerdo con los terricolas, especialmente cuando no saben que Access no es una base de datos, sino un administrador de bases de datos, que por default usa la base de datos llamada Jet-Engine. Y hay muchos terricolas que moran en esa confusion.

Por eso casi no visitamos el planeta.

[[Caral]]

Hola
Por lo menos se logro cambiar de tema.....
Saludos

[Casimiro Noteví]

Empezado por ElMug

Los de Saturno no estamos de acuerdo con los terricolas, especialmente cuando no saben que Access no es una base de datos, sino un administrador de bases de datos, que por default usa la base de datos llamada Jet-Engine. Y hay muchos terricolas que moran en esa confusion.
Por eso casi no visitamos el planeta.

¿Jet-Engine?, creía que se llamaba jet4

[roman]

Empezado por Casimiro Notevi

En principio, si te la llevas a otro equipo, allí puedes abrirla, así que no se puede proteger "normalmente", quizás pagando se pueda.

¿A qué te refieres con pagando?

Empezado por Casimiro Notevi

Aunque puede ser leida por varios usuarios, si se intenta escribir por más de uno entonces no se puede.
Para mí eso no es una BD multiusuario en el concepto "normal".

Esto es discutible. Con todo y su antigüedad y sus limitaciones, Paradox, por ejemplo, bien puede decirse que es multiusuario. Puedes tener un sistema con una base Paradox y múltiples usuarios simultáneos. Claro que tienes que establecer bloqueos y fijarte si no hay uno al momento de escribir un dato, pero de que puede funcionar, puede.

Por otro lado, en un gestor `de verdad`, tampoco pueden, si nos ponemos muy estrictos, escribir al mismo tiempo varios usuarios. Bueno, de que pueden, pueden, pero, si vendiste el último par de calcetines, ¿te quedas así tan campante sin saber si otro vendedor ya lo hizo al mismo tiempo que tú? O, si modificaste los últimos lineamientos de ClubDelphi, ¿te quedas tranquilo sin pensar que a lo mejor yo también los modifiqué al mismo tiempo?

// Saludos

[Casimiro Noteví]

Empezado por roman

¿A qué te refieres con pagando?

A que pagando puedes añadir estas extensiones:

SQLite Encryption Extension (SEE)..... $2000
Compressed And Encrypted Read-Only Database (CEROD)..... $2000

Empezado por roma

Esto es discutible. Con todo y su antigüedad y sus limitaciones, Paradox, por ejemplo, bien puede decirse que es multiusuario. Puedes tener un sistema con una base Paradox y múltiples usuarios simultáneos. Claro que tienes que establecer bloqueos y fijarte si no hay uno al momento de escribir un dato, pero de que puede funcionar, puede.
Por otro lado, en un gestor `de verdad`, tampoco pueden, si nos ponemos muy estrictos, escribir al mismo tiempo varios usuarios. Bueno, de que pueden, pueden, pero, si vendiste el último par de calcetines, ¿te quedas así tan campante sin saber si otro vendedor ya lo hizo al mismo tiempo que tú? O, si modificaste los últimos lineamientos de ClubDelphi, ¿te quedas tranquilo sin pensar que a lo mejor yo también los modifiqué al mismo tiempo?
// Saludos

Lo digo por esto:

Varios procesos o hilos pueden acceder a la misma base de datos sin problemas. Varios accesos de lectura pueden ser servidos en paralelo. Un acceso de escritura sólo puede ser servido si no se está sirviendo ningún otro acceso concurrentemente. En caso contrario, el acceso de escritura falla devolviendo un código de error (o puede automáticamente reintentarse hasta que expira un tiempo de expiración configurable).

[roman]

Pues sí. Sé a lo que te referías. Pero lo que yo digo es que no necesariamente eso le quita el adjetivo multiusuario y que aún en los gestores que no te marcan un error cuando hay dos escrituras simultáneas, tienes que hacer verificaciones, o sea que no es que te den todo hecho para la simutaneidad.

// Saludos