Replies

The sad part about your comment is that you apparently believe Access is a real database program. Real databases don't HAVE a user-level front end. They leave the front end for an application developer to create.

Of course it is a "real" database program. It is a real database with am integrated user front end. Any program that can re-sort and organize data is a database program. dBase II is a database. WHen the front end was added to dBase III+ it was still a database. The piece of crap in Microsoft Works is a database. Even Lotus 1-2-3 is a type of database. A lot of the stuff that I work with is flatfile and doesn't require high-end relational capabilities.

Saying that real databases don't have integrated front-ends is as ridiculous as saying that real text editors and word processors don't have integrated print spoolers and preview modes. I don't want to go back to TECO, XSET and SuperWYLBER.

I have never represented my self as being a big shot database developer. People I work with use Access. I prefer FileMaker Pro (another unreal program). And, as it turns out, the reporting capabilities (using Excel data) is what my associate mainly uses Access for.

People I work with use Access. I prefer FileMaker Pro (another unreal program). And, as it turns out, the reporting capabilities (using Excel data) is what my associate mainly uses Access for.

If that meets everyone's needs, then great. :-)

The reason you don't find that sort of software on Linux much is because of its "big iron" heritage from Unix. In that world, a database is large and multi-user.

If a spreadsheet qualifies, then OpenOffice.org has a very capable application. Its database might be fine for you too, once you get up on the learning curve for differences vs. Access.

I take it you've tried OOo's database. What did you not like about it?

Access is the most expensive part of MS Office. I suspect the db is the most complex part of OpenOffice.org too, hence the last to the party as far as features.