What causes a journal file to be created in SQLite?

SQLite by default creates the journal file at the start of a transaction, which is a good thing. Normally it deletes the file upon commit.

You can change this behavior to simply truncate the file (no create/delete necessary) or to zero it, via a PRAGMA sql command. Not all options may be supported on your version of SQLite.

PRAGMA journal_mode = DELETE | TRUNCATE | PERSIST | MEMORY | OFF  

Write operations are normally not completed until you COMMIT, which is implemented by truncating, deleting, or invalidating the journal.

If this behavior is new, I have no explanation for why it might have changed, other than perhaps an upgrade of SQLite changed default behavior, or has become more sophisticated by not reopening the journal for every transaction.

Why do you want to?

The journal file keeps track of each transaction to the data base; you want it to hang around until you close the database, so that the DB state can be reconstructed after a crash, even if the write buffers haven't flushed etc.

As Joe said, the journal is created when a transaction is started and SQLlite creates one for you when you start a statement.

To clear out that journal and make sure that the statement was committed to the db use:

sqlite3_finalize(insertStmt);   

Before your close.

The .journal file will go away and all your data will be nice and safe in your DB.

Hope this helps.

chris.