won't work. But this applies only to the pipelining idea. The
serializing to use a single connection may still offer an interesting
new locking model.
Regards, Ed Pasma
Op 14-mei-2007, om 13:04 heeft Jiri Hajek het volgende geschreven:
Hello,
I have tried to search all the documentation about
However, it would be too time consuming to serialize every call to
sqlite3_step(), so I wonder whether it can be called in another
thread.
This almost immediately raises
"library routine called out of sequence". It occurs as soon as the
processing of A and B overlap, that means A is preparing
es that
"val" gets assigned null where no matching row is found in table2. If
that is not desirable, this can be omitted to leave singular rows
unchanged.
Hope this is useful, Ed Pasma
-
To unsubscribe, send email to [EMAIL PROTECTED]
-
Hi,
I tried to update a list of columns:
UPDATE t SET (c1, c2, c3) = (SELECT c1, c2, c3) FROM t2 WHERE ..
but this syntax is not accepted as you probably already know.
I may promote [INSERT OR] REPLACE then. It is syntactically described
in the SQLite documentation but for the semantics you
Hello, think I got it, but it is disappointingly simple, see below. Ed.
Markus Gritsch wrote:
Even more strange:
c.execute("""SELECT * FROM entry, word, word_entry WHERE
entry.id = word_entry.entry_id AND
word.id = word_entry.word_id AND
word.word GLOB ?
""", ('tes*',))
takes less than
Hello,`
Empirically I found that it is exactly true.
Must admit I'm confused but may it is in line with the Shared-Cache
locking model.
This does not mention the EXCLUSIVE locking state.
The most 'secure' locking state it mentions is a write-transaction
and this can coexist with
files concurrently
existing? And What happens during a crash with two journals ?
This gets complicated very quickly.
Ken
Ed Pasma <[EMAIL PROTECTED]> wrote: Hello,`
Empirically I found that it is exactly true.
Must admit I'm confused but may it is in line with the Shared-Cache
locking
t is database
wide and is all or nothing. Once you have the lock, it prevents
other access to the DB.
Ken
Ed Pasma <[EMAIL PROTECTED]> wrote: The ticket has already been
resolved, I see. So it has been
considered a bug. In my earlier reply I tried to defend the current
behavour to be
1) Sqlite database file access restriction: Is there a built-in or
preferred method to block other processes from writing or even
accessing
a database file when its opened first by another process. I can
get this
to work by having the first process to open the file issue a BEGIN
Exclusion
Hi,
Speaking only as a non-professional, I still try to answer. I don't
want to comment on the benefits of shared cache mode now, but only on
the question if it can be enabled in Apache. And I believe it can. As
you say Apache pre-forks different processes, but within each process
it
10 matches
Mail list logo