Comments on: Performance with SQLite in Adobe AIR

By: Larry

Larry — Tue, 28 Jul 2009 15:02:36 +0000

@David – I am developing a desktop application using Adobe Air and Flex 3. On the backend I have a SQL database that’s populated by a DTS package. Currently I am using .Net to create a Web Service and pull that into Flex via WSDL. Sometimes I need to pull datasets that are 500-600k records and I see performance degradation…taking as long as 30 minutes to complete. I’ve heard of SQLLite being populated from other dataset creating persistent data and increased performance. Do you know how this is done? I am open to other ideas as well to increase performance.

By: David Tucker

David Tucker — Sat, 14 Mar 2009 14:30:16 +0000

@DK – Thanks for the research on this. I am sure you are already bringing this up to the AIR team – and I will do the same. I feel that this is a pretty high priority item in overall grand scheme of things. We’ll see what gets implemented for the next version of AIR.

By: Douglas Knudsen

Douglas Knudsen — Sat, 07 Mar 2009 22:21:20 +0000

http://books.google.com/books?id=QoxUx8GOjKMC&pg=PT39&lpg=PT39&dq=transaction+asychronous+sqlite&source=bl&ots=EtnpX22RvN&sig=VVqz6SVFy-eWhbywTHKM-h4T27U&hl=en&ei=4PKySYOyOoqhtwfOl_TEBw&sa=X&oi=book_result&resnum=6&ct=result

Take a gander at that ugly URL. Appears asynch transactions are supported via a PRAGMA tweak, but AIR does not support PRAGMA tweaks. Off to the wish list….

By: Xu Cui

Xu Cui — Mon, 23 Feb 2009 06:18:57 +0000

Hi, Henry,

Did you find a solution for Error 3105 (besides the synchronous solution)?

By: riverbed application acceleration

riverbed application acceleration — Tue, 02 Dec 2008 09:15:48 +0000

Bangor car dealers and realtors: It’ s a race to see who can rip you off the most.

By: Henry

Henry — Mon, 14 Jul 2008 20:17:49 +0000

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 (>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

By: David Tucker

David Tucker — Mon, 14 Jul 2008 14:37:38 +0000

@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.

By: Henry

Henry — Sun, 13 Jul 2008 10:41:09 +0000

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.

By: David Tucker

David Tucker — Thu, 08 May 2008 18:28:07 +0000

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.

By: Daniel Wabyick

Daniel Wabyick — Thu, 08 May 2008 16:45:58 +0000

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?