|
Notes |
|
|
(0014673)
|
|
zed
|
|
24-09-2014 06:57
|
|
|
А потому что SQLite не предназначен для работы на сетевых дисках. |
|
|
|
|
|
Ясно! А в ближайшем будущем можно ожидать такой работы от SAS/SACS? Или имеется другой способ работы на сетевых дисках? |
|
|
|
(0014675)
|
|
zed
|
|
24-09-2014 18:33
|
|
|
Кто ж его знает, что там будет в будущем и чего от него можно ожидать. Следите за ночнушками. |
|
|
|
|
|
Буду следить и ждать реализации! Спасибо за разъяснение. |
|
|
|
|
Напишите сюда, что именно у Вас в файлике MarksDB.sqlitedb.conn.sql содержится.
>SQLite не предназначен для работы на сетевых дисках
Ну, всё же не всё настолько плохо. |
|
|
|
|
Референсное содержимое должно быть такое:
PRAGMA page_size=1024
;
PRAGMA cache_size=100000
;
PRAGMA main.journal_mode=WAL
;
PRAGMA synchronous=NORMAL
; |
|
|
|
(0014996)
|
|
zed
|
|
24-11-2014 19:22
|
|
> Ну, всё же не всё настолько плохо.
По крайней мере на виндах, всё плохо.
Atomic Commit In SQLite
9.1 Broken Locking Implementations
SQLite uses filesystem locks to make sure that only one process and database connection is trying to modify the database at a time. The filesystem locking mechanism is implemented in the VFS layer and is different for every operating system. SQLite depends on this implementation being correct. If something goes wrong and two or more processes are able to write the same database file at the same time, severe damage can result.
We have received reports of implementations of both Windows network filesystems and NFS in which locking was subtly broken. We can not verify these reports, but as locking is difficult to get right on a network filesystem we have no reason to doubt them. You are advised to avoid using SQLite on a network filesystem in the first place, since performance will be slow. But if you must use a network filesystem to store SQLite database files, consider using a secondary locking mechanism to prevent simultaneous writes to the same database even if the native filesystem locking mechanism malfunctions.
The versions of SQLite that come preinstalled on Apple Mac OS X computers contain a version of SQLite that has been extended to use alternative locking strategies that work on all network filesystems that Apple supports. These extensions used by Apple work great as long as all processes are accessing the database file in the same way. Unfortunately, the locking mechanisms do not exclude one another, so if one process is accessing a file using (for example) AFP locking and another process (perhaps on a different machine) is using dot-file locks, the two processes might collide because AFP locks do not exclude dot-file locks or vice versa. |
|
|
|
|
Читать надо тут:
http://sqlite.org/wal.html
Но в принципе ты прав, 100% работа не гарантируется.
Для настоящей многопользовательской работы надо в СУБД метки совать.
Но пока совсем не до этого. |
|
|
|
|
Попробуйте программу установить не на сетевой диск, а каждому локально.
После этого в ini пропишите пути до карт, меток и т.п., которые должны соответствовать общему сетевому диску.
Поработайте.
О результатах доложите. |
|
|
|
|
Пожалуй закрою, чтобы не висело.
Всё равно скоро метки в СУБД уедут. |
|