[http://stackoverflow.com/questions/5536362/replacing-sqlite-database-while-accessing-it/5594127#5594127]
|
5
down vote
favorite
I am completely new to SQLite and I intend to use it in a M2M / client-server environment where a database is generated on the server,sent to the client as a file and used on the client for data lookup.
The question is: can Ireplacethe whole database file while the client is using it at the same time?
The question may sound silly but the client is a Linux thin client and to replace the database file a temporary file would berenamedto the final file name. In Linux,a program which has stillopenthe older version of the file will still access the older data since the old file is preserved by the OS until all file handles have been closed. Only new open()s will access the new version of the file.
So,in short:
- client randomly accesses the SQLite database
- a new version of the database is received from the server and written to a temporary file
- the temporary file is renamed to the SQLite database file
I know it is a very specific question,but maybe someone can tell me if this would be a problem for SQLite or if there are similar methods to replace a database while the client is running. I donotwant to send a bunch of SQL statements from the server to the client to update the database.
sqlite
client-server
share
improve this question
asked
Apr 4 '11 at 8:53
Udo G
4,131
5
22
46
1
–
EML
–
Udo G
add a comment
1 Answer
active
oldest
votes
up vote
1
down vote
accepted
No,you cannot just replace an open SQLite3 DB file. SQLite will keep using the same file descriptor (or handle in Windows-speak),unless you close and re-open your database. More specifically:
-
Deleting and replacing an open file is either useless (Linux) or impossible (Windows). SQLite will never get to see the contents of the new file at all.
-
Overwriting an SQLite3 DB file is a recipe for data corruption. From theSQLite3 documentation:
Likewise,if a rogue process opens a database file or journal and writes malformed data into the middle of it,then the database will become corrupt.
Arbitrarily overwriting the contents of the DB file can cause a whole pile of issues:
- If you are very lucky it will just cause DB errors,forcing you to reopen the database anyway.
- Depending on how you use the data,your application might just crash and burn.
- Your application may try to apply an existing journal on the new file. Sounds painful? It is!
- If you are really unlucky,the user will just get back invalid results from any queries.
The best way to deal with this would be a proper client-server implementation where the client DB file is updated from data coming from the server. In the long run that would allow for far more flexibility,while also reducing the bandwidth requirements by sending updates,rather than the whole file.
If that is not possible,you should update the client DB file in threediscretesteps:
- Send a message to the client application to close the DB. This allows the application to commit any changes,remove any journal files and clean-up its internal state.
- Replace/Overwrite the file.
- Send a message to the client application to re-open the DB. You would have to setup all prepared statements again,though.
If you do not want to close the DB file for some reason,then you should have your application - or even a separate process - update the original DB file using the new file as input. TheSQLite3 backup APImight be of interest to you in that case.
improve this answer
answered
Apr 8 '11 at 11:01
thkala
49.5k
11
97
150
1
–
Udo G
–
thkala
(编辑:李大同)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!