<div dir="ltr">An alternative might be to turn on WAL mode for your SQLite database. This will allow<div>readers and writers (SELECT and INSERTs) to proceed concurrently and might alleviate</div><div>this problem for you, without having to do some kind of heuristic backoff.<br><div><br></div><div>(Perhaps Ur/Web should enable WAL by default in the Schema it generates for SQLite)</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 28, 2017 at 11:42 AM, Sergey Mironov <span dir="ltr"><<a href="mailto:grrwlf@gmail.com" target="_blank">grrwlf@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi. My sqlite-based application uses sequences during GET processing.<br>
AFAIK sequences are implemented as INSERTs for sqlite backend, so I<br>
think the question is about generic sqlite behavior.<br>
<br>
In my application, some transactions take a considerable time to<br>
produce a page. During the process, other requests, even those which<br>
only access sequences, are denied with 'Database is locked' error. Is<br>
it possible to treat the sqlite locking error as a 'Bounded error'<br>
rather than to terminate the request immediately? By bounded error I<br>
mean to attempt to process transaction several times after certain<br>
delay. What are possible negative effects of such a modification?<br>
<br>
Regards,<br>
Sergey<br>
<br>
______________________________<wbr>_________________<br>
Ur mailing list<br>
<a href="mailto:Ur@impredicative.com">Ur@impredicative.com</a><br>
<a href="http://www.impredicative.com/cgi-bin/mailman/listinfo/ur" rel="noreferrer" target="_blank">http://www.impredicative.com/<wbr>cgi-bin/mailman/listinfo/ur</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Regards,<br>Austin - PGP: 4096R/0x91384671</div></div>
</div>