Choice for a desktop database.

F

Frank Rizzo

I am building a vs2005/c# stand-alone desktop application that will need
to store quite a bit of relational data locally. The database will be
mostly a read-only data store. This application will be distributed to
many locations, so I am definitely not going to use a server-based
product (like SQL Server or SQL Server Express), because I don't need
the installation and support headache.

So I am considering what to use. So far my choices are:

SQL Server Everywhere (cons: no sprocs or views support)
Microsoft Access (cons: has to have OLEDB Jet driver installed)
XML files (cons: have to use XPath for querying and it will probably
get slower as the amount of data increases - I can't slap an index on
the XML file).

I was wondering what folks here thought about these choices and whether
anyone has another alternative to offer.

Regards
 
C

Cor Ligthert [MVP]

Frank,

In my idea are you not needing a database, just a DataSet in a flat XML file
will do the job for you.

I assume that the client has not to do any writting to that file and that
you are delivering that completely.

Cor
 
G

Guest

Frank,

we just faced the same problem - and decided to try SQLite. There's an
ADO.NET 2.0 provider without any external dependencies
(http://adodotnetsqlite.sourceforge.net/), so it's easy to deploy, an there
are several quite useful admin tools for SQLite. So far, after 6 months of
working with it, SQLite is a good system.

Regards, Phil
 
T

Tom Shelton

Frank said:
I am building a vs2005/c# stand-alone desktop application that will need
to store quite a bit of relational data locally. The database will be
mostly a read-only data store. This application will be distributed to
many locations, so I am definitely not going to use a server-based
product (like SQL Server or SQL Server Express), because I don't need
the installation and support headache.

So I am considering what to use. So far my choices are:

SQL Server Everywhere (cons: no sprocs or views support)
Microsoft Access (cons: has to have OLEDB Jet driver installed)
XML files (cons: have to use XPath for querying and it will probably
get slower as the amount of data increases - I can't slap an index on
the XML file).

I was wondering what folks here thought about these choices and whether
anyone has another alternative to offer.

Regards

This is just a me-too post I suppose. If you don't need sql server
express, then I would use SQLite or Firebird.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top