Почему DBD :: SQLite не может вставить в базу данных мой сценарий Perl CGI?

Похоже, каталогу требуется разрешение на запись, причина в следующем:

SQLite должен иметь возможность создавать файл журнала в том же каталоге, что и БД, прежде чем могут произойти какие-либо изменения. Журнал используется для поддержки отката транзакции.

От: похоже, требуется разрешение на запись в родительский каталог базы данных

SQLite на мгновение блокирует весь файл при выполнении вставок и обновлений (блокировки на уровне записи как таковой нет). Вы уверены, что открываете замки?

В литературе по SQLite рекомендуется запустить транзакцию, собрать все ваши вставки и обновления в течение этой транзакции, а затем выполнить фиксацию. Это позволяет избежать многочисленных последовательных блокировок файлов и повысить производительность.

Поскольку SQLite блокирует весь файл базы данных, вы можете использовать механизм повтора на основе тайм-аута. Я работал почти над той же проблемой, когда спросил об этом, связанном с вопрос.

В итоге я написал что-то похожее на попытку Марка Фаулера, которая повторяет попытку, если возникло исключение. by sub соответствует регулярному выражению, в моем случае:

qr(already in a transaction|database is locked)i

В пути к каталогу, в котором находится файл db, должны быть установлены как исполняемые, так и доступные для записи биты, чтобы получить доступ к нему из сценария.

Кроме того, если вы не хотите, чтобы файл db был напрямую доступ к нему (даже без использования специальных файлов сервера), он должен иметь разрешения доступа, такие как 600, и если содержащий каталог не должен просматриваться напрямую (опять же, даже без использования специальных файлов сервера), он должен иметь разрешения доступа, такие как 700 .

Я использую эту настройку, и она отлично работает как локально, так и на сервере, на котором я размещаю свой сайт.

Конечно, разрешение содержащего каталога не может быть 700, если внутри него есть любой другой файл, который должен быть доступен через html, css или javascript. Вместо этого должно быть 755.

Если вы не хотите устанавливать разрешения на запись для всего каталога, как описано в ответе Тодда Хантера, вы можете вместо этого установить _ 1_ PRAGMA в" ПАМЯТЬ ".

В этом случае помните, что:

В режиме ведения журнала MEMORY журнал отката хранится в энергозависимой оперативной памяти. Это экономит дисковый ввод-вывод, но за счет безопасности и целостности базы данных. Если приложение, использующее SQLite, дает сбой в середине транзакции, когда установлен режим ведения журнала MEMORY, то файл базы данных, скорее всего, будет поврежден.

Итак, хорошее ли это решение, зависит от вашей базы данных и от того, как она используется.

Другие также упоминают прагму temp_store. Мне не нужно было это устанавливать, но это может зависеть от того, как используется база данных.

Итак, в своем Perl CGI-скрипте вы можете попробовать следующее:

$dbh->do("PRAGMA journal_mode = MEMORY");
$dbh->do("PRAGMA temp_store   = MEMORY");