embedded-database

My application at present uses Microsoft Access, but now may be hosted on Linux boxes. Additionally while being accessed from multiple computers, one of these may update the records (when its being read by other users). I also require that the embedded database should support complex SQL queries - like inner SQL, Joins, etc. I tried SQLite , but many of the existing queries fail, or need to be fixed (like in a simple query using inner join the brackets after FROM was not acceptable to SQLite, and had to be removed). Right join too is not supported. I came to know about Apache Derby and H2 ,

Oracle: select systimestamp from dual MySQL: select current_timestamp SQL Server: select current_timestamp PostgreSQL: select current_timestamp The question is, how can I get the current timestamp in HSQLDB ? I use version 1.8.0.10 You can write select current_timestamp from tablename where tablename is a real table in your database. The result of the query is only the current timestamp. In a select I use SELECT CURRENT_DATE AS today, CURRENT_TIME AS now FROM (VALUES(0)) pilcrow @alexdown's answer is quite right -- under 1.8 you need a one-row relation to do this, like Oracle's DUAL or the

I was (and still am) looking for an embedded database to be used in a .net (c#) application. The caveat: The Application (or at least the database) is stored on a Network drive, but only used by 1 user at a time. Now, my first idea was SQL Server Compact edition . That is really nicely integreated, but it can not run off a network. Firebird seems to have the same issue, but the .net Integration seems to be not really first-class and is largely undocumented. Blackfish SQL looks interesting, but there is no trial of the .net Version. Pricing is also OK. Any other suggestions of something that

I'm in need for an embedded database for a Clojure application. Maybe it's the same criteria as for any other Java application but I rather get some other people's opinion anyway. I'm not picking SQLite because that's not pure Java so distribution of a standalone application gets much more complex. It seems the way to go is Apache Derby. Anything else I should consider? Without a doubt, H2 Here are the settings, (def demo-settings { :classname "org.h2.Driver" :subprotocol "h2:file" :subname (str (System/getProperty "user.dir") "/" "demo") :user "sa" :password "" } ) And then the usual Clojure

I'm thinking about using/implementing some kind of an embedded key-value (or document) store for my Windows desktop application. I want to be able to store various types of data (GPS tracks would be one example) and of course be able to query this data. The amount of data would be such that it couldn't all be loaded into memory at the same time. I'm thinking about using sqlite as a storage engine for a key-value store, something like y-serial , but written in .NET. I've also read about FriendFeed's usage of MySQL to store schema-less data , which is a good pointer on how to use RDBMS for non

Is there an embedded PostgreSql so that we could unit test our PostgreSql driven application? Since PostgreSql has some dialects, it's better to use embedded PostgreSql itself than other embedded databases. Embedded does not necessarily mean it must be embedded in the JVM process. It also does not necessarily need to use in-memory persistence. It should be loaded automatically by the dependency management (Maven, Gradle), so that Unit tests can run on every machine without having to install and configure a local PostgreSQL server. No, there is no embedded PostgreSQL, in the sense of an in