<div>Yep, I see what you are saying.  I am going to do a bit more research to see how sqlite3 works internally, ie. cache size, page size, etc, and then decide if I will need to mess with in-memory databases.  </div>
<div> </div>
<div>Thanks for your insight, appreciate it.</div>
<div> </div>
<div>Denis<br><br></div>
<div class="gmail_quote">On Mon, Aug 30, 2010 at 3:51 PM, Benjamin Peterson <span dir="ltr"><<a href="mailto:benjamin@python.org">benjamin@python.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im">Denis Gomes <denisg640 <at> <a href="http://gmail.com/" target="_blank">gmail.com</a>> writes:<br><br>><br>><br></div>
<div class="im">> Hey Benjamin,<br>>  <br>>  Take a look at this website I found about cached and in-memory databases.  I<br>think the gist of the article is that caching is good if you are doing SELECTs<br>on data that is frequently used whereas in-memory speeds up writes, (inserts and<br>
updates) to the db as well as querying. Maybe I am missing something?<br><br></div>Well, of course, but there's little point to doing INSERTs and UPDATEs if you<br>don't write them to disk at some point. You could just have a long running<br>
transaction which will not write to the database file (though depending on how<br>you have sqlite setup it may write to a journal file) until you commit it.<br><font color="#888888"><br><br><br><br>--<br></font>
<div>
<div></div>
<div class="h5"><a href="http://mail.python.org/mailman/listinfo/python-list" target="_blank">http://mail.python.org/mailman/listinfo/python-list</a><br></div></div></blockquote></div><br>