<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Performance with SQLite in Adobe AIR</title>
	<atom:link href="http://www.davidtucker.net/2008/04/18/performance-with-sqlite-in-adobe-air/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.davidtucker.net/2008/04/18/performance-with-sqlite-in-adobe-air/</link>
	<description>web development goodness</description>
	<pubDate>Fri, 05 Sep 2008 23:49:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Henry</title>
		<link>http://www.davidtucker.net/2008/04/18/performance-with-sqlite-in-adobe-air/#comment-2033</link>
		<dc:creator>Henry</dc:creator>
		<pubDate>Mon, 14 Jul 2008 20:17:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/?p=175#comment-2033</guid>
		<description>Hey David, thanks for your answer! I experimented a bit on transactions but wasn't able to make them work on an asynchronous connection, despite I cannot find anything about a restriction on using the begin/commit functions only on synchronous connections. Calling the commit function always caused the following error: 'Error #3105: Operation is only allowed if a connection has an open transaction', while calling the begin function didn't cause any trouble at all. Later I changed my connection mode to synchronous and executed all (&#62;7000 records) INSERT statements within one! transaction and it took around 3 to 4 seconds to populate the table with the data. Although I'm happy to have found a solution for my performance problem (thanks a lot for the hint trying transactions!!!), I'm a bit frustrated, cause now I have to change a lot of code. In asynchronous mode I didn't need to bother about executing statements parallel (and I made use of this quiet extensively), but now I even have to close the asynchronous connection to establish the synchronous one. Further more I have to disable all buttons, etc. to advert user interaction during import process. Best wishes! Henry</description>
		<content:encoded><![CDATA[<p>Hey David, thanks for your answer! I experimented a bit on transactions but wasn&#8217;t able to make them work on an asynchronous connection, despite I cannot find anything about a restriction on using the begin/commit functions only on synchronous connections. Calling the commit function always caused the following error: &#8216;Error #3105: Operation is only allowed if a connection has an open transaction&#8217;, while calling the begin function didn&#8217;t cause any trouble at all. Later I changed my connection mode to synchronous and executed all (&gt;7000 records) INSERT statements within one! transaction and it took around 3 to 4 seconds to populate the table with the data. Although I&#8217;m happy to have found a solution for my performance problem (thanks a lot for the hint trying transactions!!!), I&#8217;m a bit frustrated, cause now I have to change a lot of code. In asynchronous mode I didn&#8217;t need to bother about executing statements parallel (and I made use of this quiet extensively), but now I even have to close the asynchronous connection to establish the synchronous one. Further more I have to disable all buttons, etc. to advert user interaction during import process. Best wishes! Henry</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Tucker</title>
		<link>http://www.davidtucker.net/2008/04/18/performance-with-sqlite-in-adobe-air/#comment-2028</link>
		<dc:creator>David Tucker</dc:creator>
		<pubDate>Mon, 14 Jul 2008 14:37:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/?p=175#comment-2028</guid>
		<description>@Henry - I have heard of this problem before (I believe that it is worst on Mac's).  I did some checking and SQLite seems to perform batch inserts when these inserts are performed within a transaction.  I assume this should translate properly to AIR's implementation of SQLite.  I haven't tried this personally - but some posts suggest that this speeds up the process quite a bit.</description>
		<content:encoded><![CDATA[<p>@Henry - I have heard of this problem before (I believe that it is worst on Mac&#8217;s).  I did some checking and SQLite seems to perform batch inserts when these inserts are performed within a transaction.  I assume this should translate properly to AIR&#8217;s implementation of SQLite.  I haven&#8217;t tried this personally - but some posts suggest that this speeds up the process quite a bit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henry</title>
		<link>http://www.davidtucker.net/2008/04/18/performance-with-sqlite-in-adobe-air/#comment-2026</link>
		<dc:creator>Henry</dc:creator>
		<pubDate>Sun, 13 Jul 2008 10:41:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/?p=175#comment-2026</guid>
		<description>Hey there, I have some performance problems in using INSERT statements within a flex air application I developed recently. This app reads a csv file (txt file with comma separated data) and puts the data into a db. Since SQLite does not support multiple row inserting within one statement, I use an recursive method to send INSERT statements for each row to the connection object. The result handler of the statement, which handles the SQLEvent.RESULT event, is called very fast (less than a second for about 7000 statements), but the handler dealing with the SQLUpdateEvent.INSERT event of the connection is fired only about 10 times a second, so it takes my app more than 10 minutes to write all my data to the db. This is inacceptable. Of course I'm using async mode. Maybe you can help?! Thanks in advance. Best regards, Henry.</description>
		<content:encoded><![CDATA[<p>Hey there, I have some performance problems in using INSERT statements within a flex air application I developed recently. This app reads a csv file (txt file with comma separated data) and puts the data into a db. Since SQLite does not support multiple row inserting within one statement, I use an recursive method to send INSERT statements for each row to the connection object. The result handler of the statement, which handles the SQLEvent.RESULT event, is called very fast (less than a second for about 7000 statements), but the handler dealing with the SQLUpdateEvent.INSERT event of the connection is fired only about 10 times a second, so it takes my app more than 10 minutes to write all my data to the db. This is inacceptable. Of course I&#8217;m using async mode. Maybe you can help?! Thanks in advance. Best regards, Henry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Tucker</title>
		<link>http://www.davidtucker.net/2008/04/18/performance-with-sqlite-in-adobe-air/#comment-1357</link>
		<dc:creator>David Tucker</dc:creator>
		<pubDate>Thu, 08 May 2008 18:28:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/?p=175#comment-1357</guid>
		<description>Not bad at all.  It's cool to see it perform that well on data sets that large!  It was a great move for Adobe to include an existing powerful solution like SQLite for AIR.</description>
		<content:encoded><![CDATA[<p>Not bad at all.  It&#8217;s cool to see it perform that well on data sets that large!  It was a great move for Adobe to include an existing powerful solution like SQLite for AIR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Wabyick</title>
		<link>http://www.davidtucker.net/2008/04/18/performance-with-sqlite-in-adobe-air/#comment-1355</link>
		<dc:creator>Daniel Wabyick</dc:creator>
		<pubDate>Thu, 08 May 2008 16:45:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/?p=175#comment-1355</guid>
		<description>The SQLite database is pretty damn fast. I was getting near instantaneous searching with databases that were ~100,000 records.  Somewhere around  800,000 - 1,000,000 records you start losing performance, waiting a few seconds for a search.   Still, not bad eh?</description>
		<content:encoded><![CDATA[<p>The SQLite database is pretty damn fast. I was getting near instantaneous searching with databases that were ~100,000 records.  Somewhere around  800,000 - 1,000,000 records you start losing performance, waiting a few seconds for a search.   Still, not bad eh?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 17 Pens &#187; links for 2008-04-18</title>
		<link>http://www.davidtucker.net/2008/04/18/performance-with-sqlite-in-adobe-air/#comment-1250</link>
		<dc:creator>17 Pens &#187; links for 2008-04-18</dc:creator>
		<pubDate>Fri, 18 Apr 2008 18:50:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/?p=175#comment-1250</guid>
		<description>[...] David Tucker - Web Development Goodness » Blog Archive » Performance with SQLite in Adobe AIR (tags: air SQLlite) [...]</description>
		<content:encoded><![CDATA[<p>[...] David Tucker - Web Development Goodness » Blog Archive » Performance with SQLite in Adobe AIR (tags: air SQLlite) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
