Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations wOOdy-Soft on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Looking for something very specific in a choice for a database platfor

Status
Not open for further replies.

asya1

Programmer
Feb 22, 2002
18
US
I work for a very small software company that works on a couple applications with a fairly small customer base (meaning we don't have the big bucks and can't expect our customers to spend the big bucks either).

For the next version of our software we would like to move the data inputted and the results of our various calculations into a relational database for later retrieval. (currently we are using many text files)

The kickers are that some of our customers use various unix platforms and some use windows (NT, 2000 or XP). My boss does not want to require customers to have access to something like SQL Server in order to use our product and would prefer something you can make local to a particular machine (and possibly copy to a laptop if needed). It needs to be fairly close to ansi SQL as we may move to something client/server in the future.

I have 5 years experience working with SQL Server, Sybase and Oracle so the SQL isn't a problem but I'm not sure what our options are for databases that are:
- cheap to distribute
- fairly cheap to get a development, distribution, etc license for
- will run in unix and windows
- fairly ansi compliant

I was looking into PostgreSQL and McKoi SQL but since we sell our product (the front end) and plan to distribute the database as the back end I don't believe we can use those products? (we can't go completely open source)

Anyone have any suggestions?

Thanks,
Asya
 
heh, that request sounds like an ad for MySQL actually. I don't know anything about McKoi SQL, but my impression was you could dist. PostgreSQL that way (I know little about it though)... although with the multiple platforms it might be a chore.

-Rob
 
Mysql: the SQL is too limited and you'll have to pay for it.
PostgreSQL: great product, but you need an DBA for it.

If you want a free open source ANSI SQL 92 compliant RDBMS:
Ocelot, but's it's no longer activly developed ;-)

I'd prefer Firebird,
- it's also open source (based on InterBase, a successful commercial DB)
- absolutely no license fees
- running on Unixes and MS OSes
- small footprint
- it's possible to run it without admin
- nice SQL features

Dieter
 
I'm still researching myself, but I'm fairly certain you won't have to pay for mySQL.

It's a topic I've been looking for a definitive answer on for some time.... maybe if I get motivated this weekend I'll just email the guys there and get back to everyone here.

-Rob
 
asya1:
"we can't go completely open source"


"You need to purchase commercial non-GPL MySQL licenses:
* If you distribute MySQL Software with your non open source software,"

So you'll have to pay for mysql if you're not Open Source.

But i forgot the Firebord link:

Dieter
 
...put it all on the web and no need to worry about customer-user platform compatibility. Choose the platform/programming language that u like and maintain it. all of the advice above are good:
MySQL,PostgreSQL,MS Access,....FileMaker...is a cheep way to get it done.
SQL,Oracle, Sybase...well if got $$$
I guess it depends on your future/expansion plans...
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top