CGI/Perl Guide | Learning Center | Forums | Advertise | Login
Site Search: in

  Main Index MAIN
Search Posts SEARCH
Who's Online WHO'S
Log in LOG

Home: Perl Programming Help: Intermediate:
Databases with Speed & Flexibility



Jun 19, 2000, 12:23 AM

Post #1 of 4 (1871 views)
Databases with Speed & Flexibility Can't Post

Sorry for posting yet another topic but I'd like to get an expert opinion on another question:

Which databases are fast-loading yet flexible enough to handle large databases? I know mySQL is the obvious answer but are there any database-types found on virtually all servers that are quite as good?

Thanks again.


Jun 19, 2000, 4:17 AM

Post #2 of 4 (1871 views)
Re: Databases with Speed & Flexibility [In reply to] Can't Post

The most common dbs I come across are MySQL, PostgreSQL, SQL Server, and Oracle. Each have their pros and cons, and support a varied selection of OSes.

Personally, I love MySQL: it's small, fast, and simple. Unfortunately, it's lack of features (why it's small, fast, and simple Smile can be very frustrating.


Jun 19, 2000, 9:36 AM

Post #3 of 4 (1871 views)
Re: Databases with Speed & Flexibility [In reply to] Can't Post

Is mySQL really that widespread? So far, my script's target audience has usually had, you know, a simple inexpensive 'webspace and a cgi-bin' account kinda like Hypermart (which I stopped using due to its lack of features). If mySQL isn't *that* widespread, are there any second bests that usually on all servers? like, say, specific Perl modules?

Thanks for your reply


Jun 19, 2000, 11:54 AM

Post #4 of 4 (1871 views)
Re: Databases with Speed & Flexibility [In reply to] Can't Post

MySQL (for UNIX) and SQL Server (for MS) are the two most widespread in my travels, with every major hosting company I've come across offering one or the other if not both.

The actual RDBMS shouldn't matter too much, and -- as I mentioned in the other message -- there's always a DBI / DBD::RAM combination which wouldn't require the intervention of your hosting staff (since you can keep your own stash of private modules), still deliver the power of a RDBMS (but not necessarily the speed), and not reuire anything other than flat-files.

Other than that (and I can't speak for Win32 enviroments here) there's always the DB_File suite of modules.


Search for (options) Powered by Gossamer Forum v.1.2.0

Web Applications & Managed Hosting Powered by Gossamer Threads
Visit our Mailing List Archives