My "bicycle" analogy was because there's a pervasive attitude in this community to "roll your own" and look with contempt at closed-source offerings. Heck, I have that attitude myself....
However, just like a Benz S500, there are people whose needs and requirements are beyond our comprehension (I've never seen the inside of a Benz S500, so I'm sure it has features which I don't know I need!!! but which some people would pay big bucks for). It's exactly the same with software, like, databases. I did use Oracle8 and 8i in my previous job, but my perception of Oracle was that it was this huge complicated very reliable database, but it was just a database. To someone who's used only MySQL, that is a realistic mindset. But it's extremely far from the truth. Oracle DB has features you'd never dream existed. Because you don't know that they exist, you think Oracle is useless and thus a legitimate comparison to MySQL is warranted. But people say who want to archive X-Ray images in DICOM format (with metadata), and they need it encrypted with 3rd-party-validated encryption to meet HIPAA standards... you can't do that with MySQL. But a hospital with that need will pay almost any price to get it. The Xarpb fellow (Ronald) who wrote the original comparison is, for reference, the author of "High Performance MySQL." Yes, he is a MySQL community contributor and author. He is also ex-Oracle. FWIW. On Fri, Mar 20, 2009 at 10:49 AM, Rowel Atienza <[email protected]> wrote: > Yeah. Gets confusing. The analogies presented do not make sense. > > The bottom line is what ever suits your intended app. Boils down to > good software engineering decision. > > We even use databases as small as sqlite with 100k records on some of > our apps where MySQL is overkill and Oracle will not sense at all. In > those apps, sqlite works elegantly. -- Orlando Andico +63.2.976.8659 | +63.920.903.0335 _________________________________________________ Philippine Linux Users' Group (PLUG) Mailing List http://lists.linux.org.ph/mailman/listinfo/plug Searchable Archives: http://archives.free.net.ph
