SQLite как СУБД для сайта

[rash]

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

А вот с записью вопрос. Запись блокирующая. То есть если обслуживается сайт, не предполагающий интерактива от пользователей (визитка, промо, прайс и т. п.) — все ОК, контент меняет администратор (1 шт.), одновременные попытки записи практически исключены. А вот если есть комментарии, или речь вообще о блоге или онлайн-игре (пусть и ненагруженной), то вероятность одновременных попыток записи исключать нельзя. А в SQLite запись блокирующая.

Собственно, вопрос: если очень хочется обойтись именно SQLite'ом, то как разруливать такие ситуации? Есть ли для этого нормальный способ? Использовать MySQL или Postgres — совсем крайняя мера.

[Veseloff]

Ну если мне не изменяет память, то в MyISAM таблички тоже блокируются на время инсертов/апдейтов — пока вроде ничего страшного не случилось. Надо кагбэ выбирать средства под конкретную задачу — смотреть сколько будет тех или иных действий, проводить тестирование...

[rash]

Тут не в самих таблицах дело, а в том, что MySQL и Postgres — клиент-серверные. И все изменения в данных выполняются сервером, который и обрабатывает коллизии. В случае с SQLite сервера нет, и коллизии разруливать некому. Сервер может построить очередь обращений, например. Скрипт же может просто попытаться выполнить запись и получить статус операции. При ошибке — максимум повторить попытку записи, но не повторять же ее до упора?