热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

纯软件公司的先驱——甲骨文钻了IBM的空子

甲骨文的起家到后来的初步成功,在很大程度上是埃里森等人钻了IBM的两个空子。第一个空子是IBM自己忽视了关系型数据库的革命性作用。埃里森自己认为,他最初的灵感来自IBM计算机科

本文摘自《浪潮之巅》第二版“纯软件公司的先驱”一章。这是新版中唯一增加的完整章节。因篇幅较长,将文章分成五小节陆续更新。本文是第一节。

甲骨文钻了IBM的空子

甲骨文的起家到后来的初步成功,在很大程度上是埃里森等人钻了IBM的两个空子。

第一个空子是IBM自己忽视了关系型数据库的革命性作用。埃里森自己认为,他最初的灵感来自IBM计算机科学家科德的论文“大规模共享数据库的数据关系模型(A Relational Model of Data for LargeShared Data Banks)”。这篇论文发表于1970年,而在此之前在数据库领域占统治地位的是层次模型(Hierarchical model)和网络模型(Networkmodel)。这两种早期的模型,更强调数据库实现的效率(访问时间),但缺点是逻辑实现和物理实现混淆,因此不方便直接访问数据库中的内容,也不方便实现复杂的查询逻辑,这样的数据库也不可能做得很大。

早期数据库系统还有一个致命的弱点,就是它的开发十分复杂,开发和维护人员需要经过长时间的专业训练。与层次模型及网络模型相比,关系型数据库将数据库的物理层和逻辑层完全分离。这带来很多的好处,首先能够实现非常复杂的查询逻辑,能够实现很大、很复杂的数据库。

其次,关系型数据库的逻辑层因为和物理层无关,很容易理解,因此开发的难度相对较低,可以在短期内培养大量的开发人员。而较为复杂的物理层,则可以由少数专业人员来实现。这样很容易培育一个产业。

但是令人遗憾的是,IBM自己并不是很重视这项革命性的发明。虽然科德自己在IBM 内不断说服公司开发关系型数据库产品,但是IBM还是只把它放到了当时IBM的主打数据库“系统R”(System R)下面的一个小项目里,而系统R的查询语言SEQUEL并不完全是关系型的。由于IBM的工程力量很强,因此,虽然系统R的查询语言不是完全关系型的,但是性能却很好,这让IBM更加不理会科德的工作。因为这个缘故,科德和IBM的关系搞得很僵,他先是在IBM 内部自己建立了一个团队开发“真正的关系型数据库系统”,后来干脆离开IBM单干,自己创办了一家公司。

但是埃里森对这项技术的态度完全不同。当甲骨文公司的另一位创始人欧特斯将这项技术介绍给埃里森后,埃里森决定离开Ampex,专心开发关系型数据库的管理系统。

鉴于IBM的系统R数据库在当时居统治地位,埃里森等人决定自己的产品和IBM 的系统R兼容。如果当时IBM 让埃里森等人兼容它的系统R,甲骨文今天可能很大程度上要兼容IBM 的产品。但是IBM 却不愿意,他们不肯开放代码,这就逼着埃里森等人只好自己单干,两年后终于成功开发出第一款商用的关系型数据库管理系统Oracle2,并且获得了第一个订单—来自俄亥俄州的怀特·派特森空军基地(Wright Patterson Air Force Base)。而同年1979 年,科德实在受不了系统R 部门对他的冷落,自己在IBM 内部拉出一个团队做关系型数据库的管理系统,也就是做埃里森等人已经完成的工作。

当然,光靠提早这一点点时间还远不足以和IBM竞争,上个世纪七八十年代,IBM公司在全球数据库市场占统治地位,系统R的用户非常多,只要它稍微往关系型数据库方面转一转,甲骨文就没有存在的必要了,更不用说竞争。甲骨文赢是赢在商业模式上。

在甲骨文出现以前,整个计算机行业企业级市场的商业模式是这样的。首先,当时的个人计算机市场几乎是零,苹果还很小,IBM-PC 还没有出来,因此计算机市场几乎完全是企业级的市场。而所有计算机公司,从大的IBM到中小的DEC和惠普,商业模式都是“合同制“。比如,IBM卖一台大型机系统给花旗银行,它不是简单地把硬件(大型机主机,终端,打印机等)和软件(数据库)卖出去就算完事了,而是必须连同服务一起销售,IBM会把技术人员(通常是合同工)派到花旗银行全时为银行服务。当然,IBM每年的服务费要占到软硬件售价的10% 甚至更多。

而在IBM 公司内部,从处理器研制,到硬件制造,到软件开发,都需要它自己做,因此每个系统的成本都非常高。(这也给了微机起飞的机会。)不仅是IBM,连规模小得多的DEC和CDC等都需要开发自己的处理器、硬盘、操作系统、应用软件等等。可以讲,整个计算机行业没有明确的分工。在这种模式下,软件的价值必须通过硬件的销售和服务的提供来体现。没有一家计算机公司把软件部分单独拿出来卖,因为买了DEC的硬件的用户无法用IBM 的软件。因此,在那个年代,没有独立的软件公司。而在那个年代起家的苹果公司,在商业模式上依然带有软硬件捆绑在一起的痕迹。

甲骨文的商业模式很简单,它只卖软件,而不是靠收服务费生存。企业用户一旦买了它的软件,就不需要额外付给甲骨文服务费了,除非用户不会使用需要向它咨询而付给它一些咨询费。这么简单的商业模式,显然可以给用户带来很大的好处,但是IBM不喜欢,因为这样一来它就很难一劳永逸地收服务费了。

甲骨文没有自己的硬件,这种商业模式要成立得有一些先决条件,那就是有硬件厂家愿意捆绑它的软件,而放弃开发自己的数据库软件。甲骨文最早的数据库系统就是为IBM 当时的竞争对手DEC开发的。而DEC这些在行业里位居第二档的公司(第一档的只有IBM一家。)也乐意接受这样的分工,因为如果有一家软件公司同时为四五家硬件厂商开发软件,那么每家实际摊到的开发成本只有原来的五分之一到四分之一。

甲骨文的这种商业模式讲起来非常简单,但是很有效。加上上个世纪80年代以后,关系型数据库被认为是今后数据库的发展方向。渐渐地,甲骨文的数据库系统被一些中小企业接受。由于甲骨文只卖软件,不强行搭售服务,因此为了方便用户在它的数据库管理系统上二次开发应用数据库,它为用户开发了一套开发工具— 交互式应用工具(InteractiveApplication Facility,简称IAF)。这样就又在社会上培养了一大批基于甲骨文数据库系统进行二次开发的程序员,逐渐培育起一个行业,并且形成了一个以甲骨文为核心的利益群体。

到了上个世纪90年代,甲骨文的营业额从上市前的每年5,500万,5年增长了16倍,到1990年的9亿美元。虽然,它的数据库的收入依然比不上IBM,但是为甲骨文进行二次开发的程序员人数却远远超过了IBM。

和甲骨文同期崛起的软件公司还有微软公司,二者的商业模式类似,都是只卖软件,一个在企业级市场,一个在个人用户端。继这两家公司之后,独立的软件公司如雨后春笋般大量涌现出来。到上个世纪80年代中期,计算机产业终于出现了软硬件分离的格局。甲骨文在这次计算机工业分工的发展浪潮中,功不可没。

bubuko.com,布布扣

 

关于甲骨文股份有限公司NASDAQORCL,Oracle)是全球大型数据库软件公司。总部位于美国加州红木城的红木岸(Redwood
Shores),现时首席执行官为公司创办人
劳伦斯·埃里森(Lawrence
J. Ellison)。在2013年,甲骨文是继
Microsoft后,全球收入第二多的软件公司。[3]

bubuko.com,布布扣


纯软件公司的先驱——甲骨文钻了IBM的空子,布布扣,bubuko.com


推荐阅读
  • 在 HihoCoder 1505 中,题目要求从给定的 n 个数中选取两对数,使这两对数的和相等。如果直接对所有可能的组合进行遍历,时间复杂度将达到 O(n^4),因此需要考虑优化选择过程。通过使用哈希表或其他高效的数据结构,可以显著降低时间复杂度,从而提高算法的效率。具体实现中,可以通过预处理和存储中间结果来减少重复计算,进一步提升性能。 ... [详细]
  • 本文详细探讨了Java集合框架的使用方法及其性能特点。首先,通过关系图展示了集合接口之间的层次结构,如`Collection`接口作为对象集合的基础,其下分为`List`、`Set`和`Queue`等子接口。其中,`List`接口支持按插入顺序保存元素且允许重复,而`Set`接口则确保元素唯一性。此外,文章还深入分析了不同集合类在实际应用中的性能表现,为开发者选择合适的集合类型提供了参考依据。 ... [详细]
  • 本文深入解析了 Apache 配置文件 `httpd.conf` 和 `.htaccess` 的优化方法,探讨了如何通过合理配置提升服务器性能和安全性。文章详细介绍了这两个文件的关键参数及其作用,并提供了实际应用中的最佳实践,帮助读者更好地理解和运用 Apache 配置。 ... [详细]
  • Python学习:环境配置与安装指南
    Python作为一种跨平台的编程语言,适用于Windows、Linux和macOS等多种操作系统。为了确保本地已成功安装Python,用户可以通过终端或命令行界面输入`python`或`python3`命令进行验证。此外,建议使用虚拟环境管理工具如`venv`或`conda`,以便更好地隔离不同项目依赖,提高开发效率。 ... [详细]
  • JVM参数设置与命令行工具详解
    JVM参数配置与命令行工具的深入解析旨在优化系统性能,通过合理设置JVM参数,确保在高吞吐量的前提下,有效减少垃圾回收(GC)的频率,进而降低系统停顿时间,提升服务的稳定性和响应速度。此外,本文还将详细介绍常用的JVM命令行工具,帮助开发者更好地监控和调优JVM运行状态。 ... [详细]
  • 本文深入探讨了原型模式在软件设计中的应用与实现。原型模式通过使用已有的实例作为原型来创建新对象,而不是直接通过类实例化。这种方式不仅简化了对象的创建过程,还提高了系统的灵活性和效率。具体来说,原型模式涉及一个支持克隆功能的接口或基类,子类通过实现该接口来提供具体的克隆方法,从而实现对象的快速复制。此外,文章还详细分析了原型模式的优缺点及其在实际项目中的应用场景,为开发者提供了实用的指导和建议。 ... [详细]
  • 探究Oracle数据库字符集编码的详细方法与实践
    本文深入探讨了Oracle数据库字符集编码的详细方法与实践。首先,通过执行 `SELECT USERENV('language') FROM DUAL;` 查询服务端字符集编码。其次,通过在注册表中搜索 `NLS_LANG` 参数来查看客户端字符集编码。此外,文章还介绍了如何在不同场景下正确配置和转换字符集,以确保数据的一致性和完整性。 ... [详细]
  • 题目描述:小K不幸被LL邪教洗脑,洗脑程度之深使他决定彻底脱离这个邪教。在最终离开前,他计划再进行一次亚瑟王游戏。作为最后一战,他希望这次游戏能够尽善尽美。众所周知,亚瑟王游戏的结果很大程度上取决于运气,但通过合理的策略和算法优化,可以提高获胜的概率。本文将详细解析洛谷P3239 [HNOI2015] 亚瑟王问题,并提供具体的算法实现方法,帮助读者更好地理解和应用相关技术。 ... [详细]
  • Django框架下的对象关系映射(ORM)详解
    在Django框架中,对象关系映射(ORM)技术是解决面向对象编程与关系型数据库之间不兼容问题的关键工具。通过将数据库表结构映射到Python类,ORM使得开发者能够以面向对象的方式操作数据库,从而简化了数据访问和管理的复杂性。这种技术不仅提高了代码的可读性和可维护性,还增强了应用程序的灵活性和扩展性。 ... [详细]
  • 在Spring框架中,基于Schema的异常通知与环绕通知的实现方法具有重要的实践价值。首先,对于异常通知,需要创建一个实现ThrowsAdvice接口的通知类。尽管ThrowsAdvice接口本身不包含任何方法,但开发者需自定义方法来处理异常情况。此外,环绕通知则通过实现MethodInterceptor接口来实现,允许在方法调用前后执行特定逻辑,从而增强功能或进行必要的控制。这两种通知机制的结合使用,能够有效提升应用程序的健壮性和灵活性。 ... [详细]
  • 解决基于XML配置的MyBatis在Spring整合中出现“无效绑定语句(未找到):com.music.dao.MusicDao.findAll”问题的方法
    在将Spring与MyBatis进行整合时,作者遇到了“无效绑定语句(未找到):com.music.dao.MusicDao.findAll”的问题。该问题主要出现在使用XML文件配置DAO层的情况下,而注解方式配置则未出现类似问题。作者详细分析了两个配置文件之间的差异,并最终找到了解决方案。本文将详细介绍问题的原因及解决方法,帮助读者避免类似问题的发生。 ... [详细]
  • 在探讨如何高效处理大规模数据报表的分页展示之前,首先需要明确导致报表加载缓慢的主要原因。通常情况下,这主要是由于两个方面:一是查询条件过于宽泛,使得数据库返回的结果集包含数百万甚至更多的记录;二是前端渲染性能不足,无法高效处理大量数据。为了优化这一过程,可以从以下几个方面入手:优化查询条件,减少不必要的数据返回;采用分页查询技术,每次仅加载所需的数据;利用缓存机制,减少对数据库的频繁访问;提升前端渲染效率,使用虚拟滚动等技术提高用户体验。 ... [详细]
  • 题目描述非常吸引人。每颗星星可以通过其在窗口的左下角和右上角位置构建两条扫描线,从而将问题转化为区间增减和求最大值的操作。需要注意的是,位于边界的星星不应计入结果,因此在处理时应分别对左右边界进行适当的增减调整。此外,利用线段树和离散化技术可以显著提高算法效率,确保在大规模数据下的性能表现。 ... [详细]
  • 新年伊始,正是学习的最佳时机。本文全面解析了CK1957-Zookeeper的核心概念与实践技巧,旨在帮助初学者快速掌握这一深度学习工具。通过详细的理论讲解和实际操作示例,读者可以更好地理解Zookeeper的工作原理及其在分布式系统中的应用。无论是新手还是有一定基础的学习者,都能从中受益匪浅。 ... [详细]
  • 深入探讨Photoshop的高级应用与技巧
    本文深入探讨了Photoshop的高级应用与技巧,不仅涵盖了常用的快捷键,如矩形选框工具(M)、移动工具(V)、套索工具(L)、魔棒工具(W)、裁剪工具(C)等,还介绍了更多专业功能,如图层蒙版、混合模式和智能对象的使用方法,帮助用户提升图像处理的效率和质量。 ... [详细]
author-avatar
帅宁
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有