Юзера у себя запускают прогу, а прога, когда нужно, обращается к БД.
Как обратиться к БД nesco(помоему тебе) рассказывал. Ищите и обрящете.
------------ Дoбавленo в 23.16:
Пока отвечал, nesco повторил как.

Помогите с добавлением условия на выполнение "UPDATE reakcii SET sostojanie =REPLACE(sostojanie, 'K', 'M');" только если в столбце reakcija попадается значение "001L". Как его можно примостить условием к такой команде? Может как-то так можно было бы добавить WHERE reakcija LIKE '001L'; ?

Neo, так. Только не Like, а =

iarspider, подскажи где я туплю и почему запрос UPDATE reakcii SET mask =REPLACE(mask, '', '1^?-?-?-?-?-?-g-?-?-?-?-?-?-?') WHERE sostojanie LIKE '%+004%k'; ругается на WHERE? Столбей mask пустой, но заполнить его нужно только в строках, где в столбце sostojanie есть "+004%k". Гугл ничего умного не посоветовал.

Neo,наверно так

Выложите, пожалуйста, свежую сборку sqlcipher

Удалить. Разобрался.

Подскажите, почему при мониторинге действий программы, постоянно идет обращение к файлу имя_базы.db-journal - NAME NOT FOUND. Это происходит каждый раз при поиске по базе банных SQLite.

Neo, научись задавать вопросы...
1. Почему при мониторинге действий программы, постоянно идет обращение к файлу имя_базы.db-journal
Только ты знаешь зачем ты устроил постоянное обращение к БД
2. Почему ищет имя, которого нет ? (NAME NOT FOUND )
Тебе же должно быть известно почему ищет имя которого нет.

Это журнал транзакций, аналогичный журнал есть во многих БД и файловых системах. Если не ошибаюсь, его основное назначение - обход коллизий и повреждений базы при одновременном доступе или при сбое транзакции. Движок базы регулярно проверяет, не произошло ли что-то (например, та же коллизия или программный/аппаратный сбой, не позволивший внести изменения в базу): нет ли на диске файла журнала, нет ли в журнале записей о начавшейся операции, меняющей содержимое базы. По результатам проверки изменения либо откатываются (как минимум, на период запроса), либо применяются (если запрос не совпал с операцией записи в базу).
Для неприхотливых к целостности данных, но требующих максимальной скорости задач лучше работать в оперативной памяти. Если на чтении всё кончается не нахождением файла, то на записи без режима принудительного пропуска журнала "лишних" телодвижений просто масса. Особенно заметно ускорение будет на частых операциях замены объёмистых записей другими, тоже не маленькими, т.к. по умолчанию (база на диске, конкурентный режим) все они попадают в журнал (!).
Надеюсь, понятно объяснил?

1nd1g0, спасибище! Ценная информация. Плюсы кончились

Или поиск такой, или я Не могу разрулить такую задачу:
Имеется БД с редко меняющимися записями (то есть не каждую секунду ))
Я хочу занести ее в память для быстрой работы с оной.
По примеру переделал чтоб к базе в памяти присоединить базу из файла. И вроде даже все прекрасно работает. Но не пойму как мне быть, если я изменю запись в файле БД? И как вообще изменить запись в БД, если я ее прикрутил к БД в памяти? Нужно чтоб по БД в памяти велся только поиск, а при внесении изменений - записывалось в файл с присоединяемой БД и обновлялась инфа в памяти.

Пробовал дважды присоединить одну и ту же БД к памяти - пишет уже присоединено мол. Или это значит, что раз присоединено, то можно спокойно открывать файл БД и работать с ним как нужно, а изменения для БД в памяти будут браться автоматом из файла?
Вот схема, как я создаю БД в памяти и ищу по ней.
code_25312.txt

code_25313.txt
Ничего это не значит и само автоматом работать не будет.

Tad, а каким способом обновить таблицу в памяти, при внесении изменений в файл?
------------ Дoбавленo в 15.38:
И зачем копировать запись из таблицы на диске, копировать в таблицу в памяти? Ведь работает и без копирования...

работает напрямую с диска т.е. никакого ускорения, а память у тебя просто довесок в памяти - ты её не используешь вообще.INSERT, INSERT OR REPLACE, UPDATE