SQLite3 aplicaciones Delphi en misma base de datos?

[ElMug]

Hola amigos,

Solicito me informen si con AplicacionX hecha con Delphi, corriendo dos veces, pueden abrir la misma base de datos de SQLite3 simultaneamente.

Tambien que componente usan para abrir el SQLite (Zeos) o algun otro.

Aqui con Lazarus y los componentes incluidos Aplicacion-X abre la basededatos, y otra instancia de Aplicacion-X ya no la puede abrir.

Y si dos aplicaciones se pueden conectar a la misma base de datos, ambas pueden modificar, datos (no necesariamente al unisono, sino cambiar un dato con una de las instancias, y enseguida cambiar otro dato con la otra instancia, de prefrencia en la MISMA tabla)?

Gracias.

[Casimiro Notevi]

En la web de sqlite explican todo lo que preguntas, por ejemplo:

Can multiple applications or multiple instances of the same application access a single database file at the same time?

Multiple processes can have the same database open at the same time. Multiple processes can be doing a SELECT at the same time. But only one process can be making changes to the database at any moment in time, however.
SQLite uses reader/writer locks to control access to the database. (Under Win95/98/ME which lacks support for reader/writer locks, a probabilistic simulation is used instead.) But use caution: this locking mechanism might not work correctly if the database file is kept on an NFS filesystem. This is because fcntl() file locking is broken on many NFS implementations. You should avoid putting SQLite database files on NFS if multiple processes might try to access the file at the same time. On Windows, Microsoft's documentation says that locking may not work under FAT filesystems if you are not running the Share.exe daemon. People who have a lot of experience with Windows tell me that file locking of network files is very buggy and is not dependable. If what they say is true, sharing an SQLite database between two or more Windows machines might cause unexpected problems.
We are aware of no other embedded SQL database engine that supports as much concurrency as SQLite. SQLite allows multiple processes to have the database file open at once, and for multiple processes to read the database at once. When any process wants to write, it must lock the entire database file for the duration of its update. But that normally only takes a few milliseconds. Other processes just wait on the writer to finish then continue about their business. Other embedded SQL database engines typically only allow a single process to connect to the database at once.
However, client/server database engines (such as PostgreSQL, MySQL, or Oracle) usually support a higher level of concurrency and allow multiple processes to be writing to the same database at the same time. This is possible in a client/server database because there is always a single well-controlled server process available to coordinate access. If your application has a need for a lot of concurrency, then you should consider using a client/server database. But experience suggests that most applications need much less concurrency than their designers imagine.
When SQLite tries to access a file that is locked by another process, the default behavior is to return SQLITE_BUSY. You can adjust this behavior from C code using the sqlite3_busy_handler() or sqlite3_busy_timeout() API functions.

[ElMug]

Eso ya lo se, Casimiro.

Pero esa no es mi pregunta, ni es esta la respuesta a la pregunta.

Gracias por tratar de ayudar.

[Casimiro Notevi]

Ya veo que ni lo has leido

[[rretamar]]

Al grano: SQLite es para uso en aplicaciones monousuario. Es más un reemplazo (muy avanzado) de las "tablas planas" (Paradox, XBase, Access) que un verdadero motor SQL cliente-servidor. Si necesitas accesos concurrentes lo mejor es utilizar Firebird.

[ElMug]

Empezado por rretamar

Al grano: SQLite es para uso en aplicaciones monousuario. Es más un reemplazo (muy avanzado) de las "tablas planas" (Paradox, XBase, Access) que un verdadero motor SQL cliente-servidor. Si necesitas accesos concurrentes lo mejor es utilizar Firebird.

No, no es asi.

Tengo aplicaciones por otros que permiten uso concurrente exactamente con la funcionalidad requerida. Pero no hay informacion de como lo hacen, y no se en que plataforma se han desarrollado.

SQLite de por si tiene la facilidad de permitir uso concurrente y debe de poderse abrir simultaneamente por aplicaciones que lo hagan correctamente. Y pueden grabar datos ambas, mas durante los milisegundos que tarda en grabar una, la otra se espera.

Esto ya lo verifique, y tambien esta descrito en varios lugares en el web.

No es tipo servidor, claro, pero SI permite uso concurrente. Y mi pregunta es si con aplicaciones Delphi esto alguien lo ha logrado y que componentes usa.

Los componentes, por ejemplo de Devart, especifican que PUEDEN HACER ESO, y en caso necesario, los adquiriria.

Pero, antes solicito saber si con Delphi eso ya se logra o no .

Con Lazarus y sus componentes incluidos, aun no lo logro.

Claro que SQLite no es para tupirle datos de muchos usuarios simultaneos con cordinacion por el motor de la base de datos, pues no es tipo servidor.

Pero si se debe de poder accesar por mas de un usuario, contimas si el usuario es uno mismo y localmente.

[HubelSB]

Seguro ya lo solucionaron, pero los que como yo, recien ven el tema, lo solucione usando Zeos, en modo autocommit y con aislamiento de transaccion(IsolationLevel) a tiNone.