views:

225

answers:

3

Has open source ever created a single file database that has better performance when handling large sets of sql queries that aren't delivered in formal SQL transaction sets? I work with a .NET server that does some heavy replication of thousands of rows of data from another server and it does so it a 1-by-1 fashion without formal SQL transactions. So, therefore I cannot use SQLite or FirebirdDB or JavaDB because they all don't automatically batch the transactions and therefore the performance is dismal. Each insert waits for the success of the previous one, etc. So, I am forced to use a heavier database like SQLServer, MySQL, Postgres, or Oracle.

Does anyone know of a flat file database (that has a JDBC connect driver) that would support auto batching transactions and solve my problem?

The main think I dont like about the heavier databases is the lack of the ability to see inside the database with a one-mouse-click operation, like you can with SQLLite.

I tried creating a SQLite database and then set PRAGMA read_uncommitted=TRUE; and it didn't result in any performance improvement.

+1  A: 

Try hypersonic DB - http://hsqldb.org/doc/guide/ch02.html#N104FC

Lincoln
+3  A: 

I think that Firebird can work for this.

Firebird have good dotnet provider and many solution for replication

May be you can read this article for Firebird transaction

Hugues Van Landeghem
A: 

If you want your transactions to be durable (i.e. survive a power failure) then the database will HAVE to write to the disc after each transaction (this is usually a log of some sort).

If your transactions are very small this will result in a huge number of writes, and very poor performance even on your battery backed raid controller or SSD, but worse performance on consumer-grade hardware.

The only way of avoiding this is to somehow disable the flush at txn commit (which of course breaks durability). I have no idea which ones support this, but it should be easy to find out.

MarkR
thanks for the suggestion. maybe ill try this: http://www.uic.edu/depts/accc/systems/berkeley-db.doc/api_tcl/txn_commit.html
djangofan