Re: best analysis of Oracle-Innobase I've seen

Don't know if the author knows this to be true, or if it was just an overly broad assumption, but the way he described the audit capability Innobase (and now Oracle) has over MySQL was surprising:

"One, it gains accurate accounting of MySQL's market share (because InnoDB ships with every copy). Two, and more importantly, it gains access to the list of MySQL customers who need InnoDB support -- in other words, those specific customers who want the enterprise-class features Oracle has provided for years."

That's a heck of a licensing agreement; if MySQL agreed to those terms, then shame on them even more! In return for letting me borrow your technology, here's everything you need to know about my customers and my business, as well as a big pile of money.

Chris Browne wrote:
> xzilla(at)users(dot)sourceforge(dot)net (Robert Treat) writes:
>
>>On Tue, 2005-10-25 at 13:34, Ned Lilly wrote:
>>
>>>For those who just can't get enough of this topic:
>>>
>>>http://www.infoworld.com/article/05/10/24/43OPopenent_1.html
>>>
>>
>>Maybe this will get more people interested in the idea that the oracle
>>purchase of innobase could be a bad thing for postgresql. If oracle uses
>>my$ql as a cheap promotional tool, they can probably keep a strong hold
>>on the entry level space and also provide a direct migration path into
>>the high-end markets. This helps cut postgresql (as well as ibm and m$)
>>out of the loop even further, something oracle would be more than happy
>>to do.
>
>
> That is a compelling article, indeed.
>
> The two bits that seem most pointed:
>
> 1. Owning InnoDB will give Oracle some really accurate market share
> statistics on its use for "commercially interesting" purposes.
>
> 2. Bug reports that come in will provide similarly pointed precise
> information as to what organizations are "pushing the envelope"
> and that represent the best targets for marketing of Oracle's
> other products.
>
> It is worth observing that the same is likely true, albeit probably of
> somewhat less importance, if we apply the following substitutions:
>
> s/InnoDB/MaxDB/g
> s/Oracle/MySQL AB/g