拯救MySQL!拯救我们的开源项目!_风风的空间_百度空间
甲骨文可以得到太阳微电子,但决不能得到MySQL!


现在帮助MySQL:




2009年4月,甲骨文 其同意收购太阳微电子。由于太阳微电子,这就意味着闭源数据库市场的{lx1}者,甲骨文,将拥有{zshy}的开源数据库,MySQL。

如果甲骨文就此收购MySQL,它会像金钱能够买断一个开源项目一样对MySQL进行控制。事实上,对于大多数开源项目(例如Linux或 Apache),一个竞争者甚至无法通过任何可与之媲美的方式购得这种影响的十分之一。但MySQL的成功一直都依赖于其背后开发、销售和推广它的公司。 公司(最开始MySQL AB,然后太阳微电子)始终拥有重要的知识产权(IPRs)、最xx的商标、版权及(目前为止仅仅用于防御性目的)专利。知识产权产生收入,并将这些收入 的大部分重新投入到开发中,因此随着时间推移,不仅规模越来越大,同时也发展得越来越好。

如果这些知识产权落入MySQL的主要竞争对手手中,那么MySQL将即刻不再是甲骨文的商业高价产品的替代品。到目前为止,客户可以在新项目中选 择使用MySQL,而不选择甲骨文产品。某些大型公司甚至为现有的软件解决方案从甲骨文迁移(转换)到MySQL。而且,每个人都可通过使用MySQL对 甲骨文销售人员施加实在的威胁,以获得大幅折扣。如甲骨文拥有MySQL,那么做这种尝试的客户只能得到被嘲笑的结果。对于甲骨文来说,铲除这一问题将为 其轻松产生每年不下10亿美元的收益。

今天的MySQL是一个具有庞大功能的、可升级的和可靠的替代品,是一个通用数据库。

包括所谓专家在内的很多人尚未意识到MySQL已在很多方面发展强大的事实。甲骨文显然拒绝承认这点,但显然,它对MySQL比对太阳微电子其他部 分的兴趣更大。

大约十年以前的MySQL是一非常适合用于网络和其他只读/主读用途的低端数据库。它与Linux一起先后填补了新兴网络发展空间的空白。因此,也 就很好理解为何每个人都认为其非常有限,而且某些人拒绝承认其是一个真正意义上的数据库。

但是,技术上和声誉方面的情况已经大不相同。经过多年的发展,MySQL的功能已更加强大,而且可以升级。尤其在近几年,它作为成本节省的替代品, 日渐广泛地被大型企业和政府组织采用。

当然,甲骨文提供MySQL目前所不具备的很多功能,包括后者在今后几年可能都不具备的很多功能。但是没有人真正需要文字处理或电子数据表的所有功 能。数据库就是这样。编程人员日渐发现MySQL提供了它们真正需要的很大一部分,包括典型的“企业”功能。在这种情况下,甲骨文xx像杀鸡用的“牛 刀”。在其他情况下,开发团队可以将某些不具备的功能集成到信息技术解决方案的应用层。这种代码可内部编程,或者通过模块的形式从第三方供应商处购买。

如若成本节省的差异就像甲骨文与MySQL之间那样相差显著,很多人将决定放弃价格过高的数据库,而使用其用得起而且能满足其需要的数据库。结果就 是,从{zh1}的信息技术解决方案的用户角度来看,其成本就没有那么昂贵,但功能却差不多或多少相差不远。

MySQL发展到技术上能够适用于那么多用途,而且还能被决策者视为可靠的选择,经历了不短的时间。它从私人用途和小范围部门使用奋力发展到被大型 组织用于某些大型、具有重要意义的项目当中,例如谷歌、Facebook、United Nations FAO、瑞典xx局、银行、航空公司。

MySQL已经走过了很长的历程,而且成功的未来近在咫尺,只要它能继续在真正希望与甲骨文竞争的某些人手中发展。这不会是甲骨文自己。

甲骨文能够对MySQL进行无数种方式的处理。数据库是一个很大的领域,他们可以承诺花费巨额投资,并在各个领域开展很多工作。但是甲骨文{jd1}不会 做的事情有两件:

- 以损害甲骨文自身高利润业务的方式,真正提升MySQL

- 作为甲骨文传统用途(不是全部,但是比之前更多)数据库的替代品,向客户积极地销售和推广MySQL

历史上尚且没有公司愿意用具有价格优势的替代品去“蚕食”自己高定价的收入来源。通常需要另一家供应商向定价过高的现有竞争对手发起激烈的竞争。一 旦两者处于同一屋檐下,就不再起到作用。

MySQL被甲骨文拥有后将失去利齿。它会被操纵来影响市场上的其他竞争对手,但当然不会损害到甲骨文。这比谚语所说鸡窝里的狐狸更为糟糕。狐狸由 于饥饿会吃掉鸡。但鸡对狐狸没有威胁,然而MySQL是甲骨文自其成立以来的{wy}一个{zd0}的威胁。它希望除掉MySQL,不是采用简单、直截了当的方式, 而是通过伪装的方式,但对客户的不利影响本质上相同。

因此,反垄断监管者不应允许甲骨文简单地把MySQL作为太阳微电子的一部分予以收购。甲骨文将会如何或者在一段时间内将不会如何的承诺没有真正意 义上的帮助。它们看似是解决方法,但其实不是。一家拥有相关知识产权但又不因另一数据库业务而有利益冲突的具有良好动机的市场参与者,是任何选择都无法取 代的。

最简单和最可靠的解决方案是要求甲骨文将MySQL出售给适当的第三方。届时,市场还有可供客户选择的MySQL这样一个真正的竞争对手,甲骨文只 能在这一基础上收购太阳微电子的其他部分。第二个{zj0}方式是让甲骨文收购包括MySQL在内的所有部分,但是确保其他公司有合理(不仅仅是理论上)机会提 供有关MySQL的创新。为了确保第三方能够这么做,它们需要获取现有和今后版本的MySQL代码,以便服务于整个MySQL生态系统(独立于甲骨文), 而不是其中一个子集。

创新通常需要两个因素的结合:手段和动机。甲骨文当然有手段:它拥有丰富资金,并且了解业务。但是,其动机始终着眼于将MySQL限于网络和低端。 根据甲骨文在过去几年一再表达的对MySQL的看法,毫无疑问甲骨文的目的就是如此。而这不符合市场的利益。

因此,需要有着眼在所有层面和所有领域取得成功的其他人。{zh0}是一家有意收购有关MySQL知识产权,继续独立地发展该项成功业务的真正竞争对手。 在第二个{zj0}方案中,应该对MySQL的许可规定进行根本性的修改,以有利于独立创新者,从而使他们在具备的动机之外获得成功的手段。这些新的进入者将不 会拥有xx的MySQL品牌,它们需要建立整个新的业务,但至少它们可以在一些时间之后能够成为另一家(或几家)重要的竞争对手。

除此之外,别无选择。对于今后行为的承诺通常只剩下“相信我,相信我”的苍白无力的语言(违背所有经济逻辑)。

甲骨文称谁拥有MySQL并不重要,因为其具有开源性质,每个人可自由地使用它并对它进行进一步开发。他们这么说的目的是为了否认这里存在问题。如 果他们真的这么想,他们就不会因为MySQL而危及整个太阳微电子交易,而太阳微电子之前也不会支付十亿美元购买MySQL。那么每个人只要进行“分支” 就好。甲骨文已经在使用Linux和Apache等开源软件。如果所有权不重要,甲骨文为何要收购MySQL,而不是分拆它。

一些社区领导人、开源倡导者和一些好意的人们也都认为无论谁来拥有MySQL都是安全的,因为它具有开源性质。其中有些人这么认为是他们确信如此。 有些人与甲骨文和太阳微电子关系密切。很多人则没有看到MySQL的成功公式。就是这个公式使MySQL比任何其他开源数据库更加成功。

MySQL的数据库服务器惯例是由单个公司开发和维护的产品,而不是依赖志愿者和多个供应商(像Linux)的社区项目。每当有人开发了必要改进 后,MySQL背后的公司会确保(通过版权转让)其有权使用该项改进,不光根据通用公共许可还有任何其他许可。

该做法使MySQL能够实现极为成功的双重许可业务模式。那些希望把MySQL代码并入其他通用公共许可项目的人可自由地按此行事(“如你是开源 的,那么我们就是开源的”)。那些希望将其并入闭源产品,或使用闭源产品增强其功能,但没有按照通用公共许可条款公布其整个衍生作品(实际上将妨碍其取得 很多商业机会)的,可选择购买商业许可(与软件相同,但是权利和义务不同)。在这种情况下,MySQL或太阳微电子称:“如你是商业化的,并凭此赚钱的, 我们也将商业化,并希望凭此赚钱。”

不仅双重许可业务取决于这种原则,而且快速发展的“MySQL企业版”订购业务也是如此。其中包括三种部分:MySQL(不管怎样可根据通用公共许 可取得)、服务(也可单独购买,包括向第三方购买)和工具。最令人兴奋的工具,例如Monitor和Query Analyzer,都在专有(非通用公共许可)基础上提供,即使它们与MySQL本身紧密结合,以致销售该工具的任何第三方也受制于通用公共许可。如果没 有工具这一关键区别(质优价高),仍然有订购的机会,但可能不那么有利可图。

MySQL AB和后来的太阳微电子也使用其商标和版权所有权来掌控和增加MySQL的销售和受欢迎程度。对于正式的MySQL认证全球有统一标准,使专业人员能以每 一客户理解的方式证明其知识。全球各地都有被授权享受服务和咨询的MySQL合作伙伴。有正式的MySQL书本。还有被叫做的FOSS的重要个案,它简化 了MySQL与非通用公共许可的自由和开源软件的集成,它是将MySQL与某些操作系统经销商、编程语言和工具捆绑的重要成功因素。

这些都不能低估充满活力的MySQL社区。好几百万用户推广了该名称,通过他们对MySQL的使用为质量保证作出了贡献,并开发了与MySQL有关 的软件——但是对于MySQL的核心和强大的存储引擎的开发,经验证明,则需要有高收入机会的现实的公司才能将其放飞。

我们多次被问到为何MySQL不能像Linux那样在只有通用公共许可的基础上取得成功。理由有很多。首先,基于MySQL的应用程序必须根据通用 公共许可提供(除非其所有人授予了商业许可)。Linux不是如此,Linux的许可协议有一条例外(标注为“说明”),其允许在Linux上运行任何应 用程序,而不受Linux通用公共许可核心的影响。例如,如有人希望把MySQL嵌入到导航系统,通用公共许可规则将适用,但是对于Linux通常就根本 没有问题。除了这种许可规则上的根本不同以外,MySQL从来也没有,且可能永远也不会,得到IBM这样的公司的支持(当作其自己数据库业务一样予以保 护)。

还有经常谈到“分支”的,意指MySQL的独立、衍生版本。通用公共许可允许这种情况的发生,但不会允许其成功。不仅“分支”不能凭借xx的 MySQL名号作为开始,而且“分支”不能被用于各种情况,例如,作为当前MySQL生态系统一部分的闭源应用程序、插件或存储引擎。

Richard Stallman (RMS),通用公共许可之父和软件自由运动的创始人, 。

我们的比较灵活。每一个支持者 可选择可接受的一种、两种和全部三种可行方案。如果MySQL落入用意良好的所有人手中,通用公共许可是很好的许可。通用公共许可提供了{zd0}程度的控制, 善意所有人想要这种许可,而恶意所有人则必须避免它。因此,剥离(脱离)给这样一个买方是{dy}选择,然后MySQL可以——甚至应当——继续按照通用公共 许可(可能是通用公共许可第三版,而不是第二版,不管怎样是通用公共许可)提供,以便善意所有人有能力将它引向正确的方向。

也可能把MySQL本身置于通用公共许可之下,但是可设置有利于应用程序、插件和嵌入(libmysqld的)的“linking exception”。对类似Apache Software License 2.0的自由许可进行修改可提供有关许可的灵活性,使某些人可启动一个包含MySQL的基于通用公共许可的新项目或根据Apache许可或其他任何许可开 发MySQL,甚至包括把代码并入专有产品中。

放宽对许可条款的限制意味着MySQL新的所有人甲骨文无法利用其优势来锁定MySQL的某些客户和合作伙伴。如甲骨文不再诚信地继续发展 MySQL(这不是花费多少资金的问题,而是如何花的问题),它将失去控制,因为届时其他人不仅会有法律上的可能而且也真正有机会以其充分的多样性和 MySQL相关的创新来接管MySQL客户。市场有几年会怀念没有我们目前所熟悉的MySQL。甲骨文暂时除掉其最强劲的竞争对手。但是一段时间之后,它 就会回归到以前的强大程度,几年之后甚至可能变得前所未有的强大。

不管哪种情况,如果MySQL的未来取决于甲骨文的善意,事情根本就无法解决。“相信我”的承诺方式没有任何帮助。小孩都能从流行的童话学到这一事 实。监管者当然更加懂得。

社区中的很多人可能对反垄断法和并购控制不甚了解。相反,反垄断监管者通常对自由和开源软件不甚了解。甲骨文试图利用这两种情况为其所用。是该让真 相大白于天下的时候了。

类似甲骨文收购太阳微电子的大型交易需要取得监管机构的审批,其中不仅包括相关公司拥有法定住址和总部的各个国家,也包括它们拥有较大业务额的其他 国家。当然,也有一些比较小的国家甚至都没有设立批准这种交易的监管机构,而也有一些其他国家虽然有监管机构,但是全球性的市场参与者会照常继续进行其并 购,因为就算出现不利情况,它们也能放弃某些较小的市场(相比大型全球参与者而言,对小国的伤害更大)。

但也有甲骨文所倚赖的某些真正大国。就国民生产总值和人口数量而言,欧盟比美国更大。中国预计在不久的将来成为世界{dy}位的经济体。俄罗斯就其自然 资源和人口教育程度而言也是一个强大的国家。这只是三个最重要的例子。

如果任何主要市场的监管者对交易说不,甲骨文事实上将不得不放弃太阳微电子。我们不希望妨碍太阳微电子投奔甲骨文旗下的未来,但是,监管者能够说不 的事实则给了他们告诉Larry Ellison(甲骨文首席执行官)“放弃MySQL否则不可交易”的砝码。

从法律上说,他们不会这么说。这里有一个普遍的误会或过于简化的问题。反垄断监管者不能命令并购中的公司作任何特定的事情。但是他们可以评估公司提 出的解决方案,如果有损于市场竞争,那么他们可以说不,除非申报方(本案中,甲骨文)能提出令人满意的解决方案。如甲骨文不能及时提出方案,监管者只能对 整个交易说是或不。因此,主动权始终主要在希望取得审批的一方。监管者不会说“这么做,那么做”,但他可以说“这样不够好,你必须提交更能接受的方案”。

监管者应适当、严肃地关注甲骨文购买MySQL的意图。欧盟于2009年11月9日发布了反对声明。根据, 该声明有155页,详细解释了如果甲骨文控制MySQL,客户可能因为创新降低和更高价格而受到怎样的损害。在2009年10月下旬,甲骨文被迫撤销其在 俄罗斯的反垄断申请,如道琼斯新闻机构。

甲骨文称不存在反垄断问题,因为根据甲骨文,MySQL主要是网络和低端数据库,其无法真正地与甲骨文的{dj0}产品竞争。但是,事实并非如此。诚然甲 骨文可以提供MySQL所不具备的某些功能。如中的解释,这并不意味着它们在重 要领域中没有竞争。欧盟的副总干事在一次会议上称,欧盟有证据相信MySQL不仅被用于低端和网络用途,同时也被用于“复杂的交易数据库”。

甲骨文还称MySQL没有多少市场份额。这种说法仅仅根据收入而言,但是关键的问题在于MySQL使用极为广泛,也许是全球使用最广泛的数据库,估 计有2000万安装量,并对甲骨文造成了很大的压力,由于其开源方式,可潜在免费用于很多用途,即使某些人支付取得不同的许可或优质产品,其还是很有竞争 力。上述欧盟官员在一次公开讲话中指出,MySQL在市场上的作用远远超过用收入衡量所表现的程度。 解释了为何在当今数字市场上,一个产品或一项服务在根本不赚钱的情况下有如此重大意义(例如Twitter),或者能如此超高定价,以致其重要性远远超过 其收入(只要想想Skype)。

除了其定价结构以外,MySQL的灵活结构使插入式数据库存储引擎成为需要考虑的另一个重要因素。

甲骨文似乎知道它关于MySQL与其没有竞争的论据没有说服力。这就是甲骨文为何要说即使存在问题,根据通用公共许可提供MySQL就足以解决这个 问题。其谬误的阐述见 或者也可阅读。

本次活动将继续进行,直到每一个重要的市场对交易作出其决定为止。正式决定作出之前,不存在已经完成的交易。监管者可以公布有关其意图的公告,但是 如果它们作出了真正的决定,它们就会将其公布,在那之前,让我们以一个社区的集体团结在一起,并为MySQL的未来而战。

在欧盟,情况尤为有趣,因为甲骨文需要在{zh1}期限(即使延期六个工作日)提交正式的解决方案。该{zh1}期限于12月14日午夜到期。甲骨文但是那些既不是正式提案(正式提案必须以“RM表”的特殊文件向欧盟提交),也不是解决方案(因为即使是正 式提案,)。

甲骨文始终顽固地不提交实质性和严肃的解决方案,而且坐等重要的法律{zh1}期限到期,却仍没有采取其应当采取的行动。因此,欧盟和其他监管者现在实际 上已经有法律和道德上的依据来阻止整体收购太阳微电子。显然,能够找到允许甲骨文收购太阳微电子其他部分的解决方案当然更好,而且欧盟和其他监管者一直都 有办法中断程序,并与甲骨文一起找出真正的解决方案。但是如果其他选择都没能成功,即甲骨文只提供无实用的提议,那么{zh1}的手段就是,MySQL应当被视 为对市场具有充分的重要性,甲骨文将不被允许购买太阳微电子。

甲骨文已经动员了好几百主要客户支持交易并贬低MySQL 的重要性。现在我们亟需您的帮助,以及您的朋友和朋友的朋友的帮助,以便向全世界的监管者(并向媒体,他们在这里发挥着重要的作用)表明MySQL真正有 多重要。如果我们能够实现目标,那么我们仍将获胜。甲骨文已经利用其手段施加压力,现在我们也要利用我们自己的手段。

甲骨文可以得到太阳微电子,但决不能得到MySQL!

开源志愿者们,自由软件员们,行动起来!

坚决保卫我们的开源项目!



郑重声明:资讯 【拯救MySQL!拯救我们的开源项目!_风风的空间_百度空间】由 发布,版权归原作者及其所在单位,其原创性以及文中陈述文字和内容未经(企业库qiyeku.com)证实,请读者仅作参考,并请自行核实相关内容。若本文有侵犯到您的版权, 请你提供相关证明及申请并与我们联系(qiyeku # qq.com)或【在线投诉】,我们审核后将会尽快处理。
—— 相关资讯 ——