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!

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

Which DBMS to use...

Status
Not open for further replies.
cyprus106

cyprus106

Programmer
Joined
Apr 30, 2001
Messages
654
I'm updating a DB system for a company that's currently using Paradox as their DBMS. I was hoping to get some feedback on my decision regarding what system to use.

* First off, I'm using Borland C++ Builder to create the GUI and display the recs, etc

* We're talking about tens of thousands of records, so it's got to be effecient.

* There can be multiple computers on a simple network accessing the tables, and they should be able to seamlessly log on to the one main server computer.

* The program basically has to be made for a monkey to use. So ideally, I don't want a whole extra server-install this-or-that when the user tries to install MY program. Ideally, I'd LOVE to be able to embed the server in the program.



Any discussion on ideas would be HUGELY helpful to me. Thanks!
* I'm leaning towards SQL, fo rwhat it's worth.

Cyprus
 
Sort by date Sort by votes
Are you looking for a centralized instance of this database as in client/server architecture, or a client-code embedded database?

If the former, then you are likely to get extremely varied opinions on which database to use. From a simplistic level, going with one of the big three (Oracle, IBM DB2, SQL Server) has its benefits in that they are so pervasive that there are lots of resources out there for developing with them and it may be easier to find people to support it over time than an obscure database.

If you want to embed a client database engine into the application, look at SQLLite, SQL Server Compact Edition and VistaDB for starters. Each of the three have their pros and cons and lack functionality when compared to a client/server database.
 
Upvote 0 Downvote
SQl Server, Oracle, Mysql etc can all do what you need. Tens of thousands of records isn't really a very large db to any of those systems. You don't need the users to install anything for the database server becasue the GUI connection to the server should take care of that. If you are interested in performance, you need to closely look at indexing and if that userinterface will permit it, use stored procedures for all data access and do not use any cursors.

Have fun, it's is always a challenge to convert to a new database.

"NOTHING is more important in a database than integrity." ESquared
 
Upvote 0 Downvote
I'm looking for a centralized instance. I need to be able to utilize an embedded server within the program, if possible.

* Oh, and I forgot one other important requirement: The free-er the better.


So far, my biggest hopefuls are InterBase, MySQL, and FairCom's c-tree. I need fairly easy access to BCBuilder, and all three can, for the most part, have the components in place to be able to do that.

Cyprus
 
Upvote 0 Downvote
>centralized instance

>embedded server within the program

These notions are mutually exclusive.
 
Upvote 0 Downvote
Status
Not open for further replies.

Similar threads

Harami12
  • Locked
  • Question Question
Where to Next in Programming
Replies
2
Views
820
Andrzejek
Andrzejek
LuciusThorne
  • Locked
  • Question Question
Database Design - Reusing one-to-many relationship in a table?
Replies
4
Views
886
mintjulep
M
RasaBu
  • Locked
  • Question Question
Hello, I need to create a FoxPro
Replies
1
Views
703
Mike Lewis
Mike Lewis
dwf1962
  • Locked
  • Question Question
Trying to write a simple Foxpro prog to convert database of probabilities to a life expectancy table
Replies
1
Views
663
SkipVought
S
TopTeller
  • Locked
  • Question Question
Is ms-access a true recommendation for students to use with VB?
Replies
4
Views
754
SamBones
SamBones

Part and Inventory Search

Sponsor

Back
Top