Re: Re: Re: How to calculate development time?

I've used MySQL for websites that get millions of page views involving up to hundreds of millions of queries per month without ever having a problem.

I should repeat that for emphasis: I've never had a problem. No lost data. No mysterious crashes. Nothing except good performance and reliability. (Performance was about 9 times faster than Oracle by my benchmarks in the application I was running at the time it was ported to Oracle.)

The link that questioned MySQL as an adequate database and questioned whether it was just waiting to fall apart at the seams because it doesn't have atomicity or rollback obviously was put together by someone totally unfamiliar with its use in a production environment and who seems like they were more concerned with communicating their knowledge of esoteric (but good to know!) database concepts than reality.

Of course, it doesn't have as many features as Oracle or other large commercial databases, but it sounds like for your needs, it's just what you need.

Comment on Re: Re: Re: How to calculate development time?

Replies are listed 'Best First'.
Re: How to calculate development time? by Abigail (Deacon) on Jun 01, 2001 at 00:38 UTC
I should repeat that for emphasis: I've never had a problem. No lost data. No mysterious crashes. Nothing except good performance and reliability. And I know people who become 100 years old while smoking 2 packs of cigarettes and a handful of cigars every day. Never coughed in their lives. But that doesn't mean I'm convinced smoking isn't bad for your health. I have been a full-time Sybase DBA. And I have adminned a MySQL server too. I've seen things happening to boxes running my Sybase servers that would corrupt a MySQL database under heavy load, while the Sybase databases recovered flawlessly (that of course doesn't mean you'll never lose or get corrupted data with Sybase) I have turned the key of the wrong box, shutting down a 4 engine database with over 1000 simultanous connections. I've seen brown outs, causing 20 disks to think it's time to spin down while the box itself thinks there's no problem to worry about. I have typoed, deleting vital information in the master database, which I could simply roll back. Can MySQL make a consistent dump of a running database? Without referential intrigity or triggers? Can MySQL make incremental dumps? Say, every 15 minutes on a multi-gigabyte server? The link that questioned MySQL as an adequate database and questioned whether it was just waiting to fall apart at the seams because it doesn't have atomicity or rollback obviously was put together by someone totally unfamiliar with its use in a production environment and who seems like they were more concerned with communicating their knowledge of esoteric (but good to know!) database concepts than reality. Saying that Philip Greenspun is unfamiliar with the reality of using database in a production environment is barely less absurd than saying Larry Wall is unfamiliar with designing computer languages. -- Abigail	[reply]
Re: Re: Re: Re: How to calculate development time? by runrig (Abbot) on Jun 01, 2001 at 00:50 UTC
I've used MySQL for websites that get millions of page views involving up to hundreds of millions of queries per month without ever having a problem. Page views? Great. MySQL is great for read-only databases that don't need any transactional capabilities. As long as you realize that its just a file system with a (very basic) SQL interface, then fine. I know of one company doing hight volume credit card transactions that has been using MySQL, and is moving to Oracle because MySQL can't handle the load without corrupting data which is another issue warned about in the article. And I hope you never have to back up that database/filesystem while the data is changing :) As for other free options, theres PostgreSQL	[reply]
(boo) Re: How to calculate development time? by boo_radley (Parson) on Jun 01, 2001 at 00:54 UTC
Rollback and atomicity are *NOT* esoteric concepts. --	[reply]