Database of the Year

jeremy · 11-15-2003, 12:01 PM

An extremely close Award last year!

tallship · 11-15-2003, 09:35 PM

Quote:

Originally posted by jeremy
An extremely close Award last year!

And it should be this year too, although it doesn't appear to be turning out that way

sure, I voted for MySQL, yet I wish that for the purposes of this poll I could have chosen my top three or four with check boxes.

Reason being, they're all great products. BerkelyDB is something that everyone uses (makemap hash /etc/mail/virtusertable < /etc/mail/virtusertable).

It's nice to see IBM's DB2 up there too

Sybase is what the original mACROsFOT SQL Server was based upon, although few people seem to be aware of that little ditty. The only REAL difference in the 4.x versions were that the mACROsFOT incarnation only ran on mACROsFOT b0x3s and was multithreading.

Oracle deserves much more attention than it's receiving here, and has it's place in high transaction environments where procedures make life simpler.

PostGREs, for some reason, never seems to get the attention it deserves either, although I rarely implement it myself - so I'm guilty too

mSQL isn't listed.

hm.... nope. I wouldn't change my vote anyway though - heh.

gboutwel · 11-15-2003, 10:02 PM

My favorite Firebird SQL isn't on the list, so I'm not able to vore.

buttersoft · 11-16-2003, 03:15 AM

MySQL

Simply put the data I have is on Desktop, Laptop and Zaurus - with the help of MySQL - I cannot have a stronger case for this software.

martinman · 11-16-2003, 10:43 AM

haha, last year was a fluke...mysql all the way

Superduck · 11-17-2003, 04:17 AM

Please consider adding sqlite

buttersoft · 11-17-2003, 04:29 AM

knoda is also a very useful database front-end.....

megalex · 11-17-2003, 07:55 AM

All the way..
Never had any serious problems with anything.. very stable..
Mucho data hungry seems to suck anything i throw at it.
The Copy command takes almost 1/2 a million records from our legacy system in a few seconds..
Executes extremely complex queries really fast..!! Perfect for large information systems and very good for small databases. I mean if you know your database is going to grow why not just do it on Postgres?

Oh.. you can write your own functions in PHP ? weee...

NoDough · 11-17-2003, 10:56 AM

Recently handed the task of speeding up MS Access DBs.

Tried MySQL first, but many of the SQL statements used weren't supported in MySQL.

With very little effort they are all running in PostgreSQL with a tremendous speed increase.

Gotta love it.

mbabuskov · 11-17-2003, 11:39 AM

I'd like to vote for Firebird, but it isn't included ?!?!

That database is so good, that I think it could win this contest.

For those of you who don't know about it, go here:

firebird.sourceforge.net

or

www.firebirdsql.org

sesummers · 11-17-2003, 01:00 PM

Why isn't this a choice???

jeremy · 11-17-2003, 01:19 PM

Firebird has been added.

--jeremy

lokee · 11-17-2003, 02:33 PM

I voted mysql, because it's like a standard... let me explain myself:
-I use external servers(lycos etc...); it's good to know I can just code without needing to know where I'm going to store my webpage.
-Most people know it, gettin' support is easy

That's about it.

mariuz · 11-17-2003, 03:41 PM

Quote:

Originally posted by jeremy
Firebird has been added.

--jeremy

Thank you very much voted

shanness · 11-17-2003, 04:20 PM

PostgreSQL rocks my planet, very fast, very advanced , very easy to use database, can't understand why it's not more popular than MySQL, I assume it's because many people haven't tried it?

<edit>Oh, and 7.4 was released today.</edit>