“我的想法是到时候可以把超市的每个产品做一个编号，将信息录入到服务器，然后把服务器和电子收银机连起来。
“如此一来，收银员可以根据顾客购买的商品，在电子收银机上面输入编号，自动就能跳出商品价格。
“相比起收银员自己输入价格，这将会大大减少每次顾客的收银时间。”
虽然埃里森没有回答彼得的问题，但是对于埃里森的话彼得听得也是一脸意动，因为这确实能提高超市的收银效率。
看着彼得的意动，埃里森的脸色有些得意道：
“因为电子收银机连接服务器，超市卖出的每一单，它的价格、销售数量、销售时间和销售金额都可以记录在服务器中。
“那么到时候根据后台的成交记录和前台的收款相对应，再简单的对一下库存，就能很轻松的结束对账了。
“我想这会大大提高贵公司的效率，以及减少成本。”
“真的？”
“啪”的一声，彼得·沃尔顿拍案而起。
虽然他不懂计算机，但是对于埃里森描绘的前景他仍然有些心动。
埃里森前面第一个说的提高收银员的效率就让彼得很是心动了，更别说后面的减少对账时间了。
于是他激动道：“你现在有产品吗？”
埃里森微微摇了摇头道：“这种产品只存在我的脑海中，因为现在的电子收银机无法适配服务器，所以我想要开发一款能适配服务器的电子收银机。”
看着彼得失望的表情，埃里森道一脸自信道：“但是请您放心，这产品的核心——关系型数据库现在已经有了，相应的产品我会很快研发出来的。”
埃里森也不怕说出这个创意会被别人抄袭，因为现在做关系型数据库的企业只有他们一家。
在1976年，iBm研究人员埃德加·弗兰克·科德发表了一篇里程碑的论文。
那就是“r系统：数据库关系理论”，介绍了关系数据库理论和查询语言sQL。
并在iBm研究机构开发原型，这个项目就是r系统。
存取数据表的语言就是sQL，文章详细描述了他10年的研究成果和如何实现的方法。
埃里森非常仔细地阅读了这篇文章，被其内容震惊，这是第一次有人用全面一致的方案管理数据信息。
等到看完后，埃里森敏锐意识到在这个研究基础上可以开发商用软件系统。
于是他抓住了机遇，开始和几位合伙人进行研究，终于开发出了一套商用数据库软件。
至于别人为什么不去做，是因为那时大多数人认为关系数据库不会有商业价值。
这是因为70年代的芯片处理数据能力很差，而关系型数据库要以行和列的形式存储数据。
行和列组成的数据被称为表，而一组表则组成数据库。
由于关系型数据库的这些表存储的数据众多，使得要查找这些数据非常耗时。
以如今这个时代的机器性能，查找一个数据的速度可能会很久，使得它不可能满足处理大规模数据或者大量用户存取数据。
iBm之所以对关系型数据库不重视，是因为他们现在使用的是层次型数据库。
层次型数据库的基本数据结构是层次结构，即数据之间的联系表现为分层的树状结构。
每个实体的信息构成一个片段。
它是应用程序访问数据库的基本数据单位，每个片段成为树结构中的一个结点，各个结点之间只有纵向联系。
这种数据库的优点是查找数据的速度较快，但是缺点就是对于客户来说数据无法一目了然。
因为关系型数据库如果存储数据，在一个表中会存储非常详细的内容。
比如存储一个人的数据，那么一个表对应的可能是此人的年龄、身高、性别、住址和联系方式等。
但是层次型数据库就不同了，它一般会按照层级存储数据。
比如某大学所有计算机系人员的数据，计算机系这个节点对应一门学科数据库专业。
这门专业的节点对应的老师是某教授，对应的学生是某学生。
某学生这个阶段对应的是学号、年纪，教授的节点对应的是年龄、教师编号等。
对于层次型数据库来说，所有这些数据都是基于某个节点进行单向联系的。
这种层次型数据库因为数据处理速度快，在目前的行业中是主流。
但是对于使用它的客户来说，要观看一个个体的所有数据是一件麻烦的事情，所以现在大部分的应用场景只是简单的查找数据。
看到iBm没有重视关系型数据库，埃里森却认为这是他的机会，他认为关系型数据库一定会大放异彩。
于是他决定开发通用商用数据库系统oracle，这个名字来源于他们曾给中央情报局做过的项目名。
看着埃里森一脸自信的样子，彼得刚想出声。不过还没等到彼得说话，旁边的尼克就冷哼一声打断了他。
然后尼克转头看着埃里森不屑地道：“说了半天，你这不就是幻想吗？
“我也知道我们人类以后的道路在宇宙中，我还想上月球生活呢！
“但是现在我们不还得老老实实生活在地球上？至于你说的能实现，谁知道你多久能做出来？”
埃里森一脸正色道：“尼克先生，这两件事完全不同。您说的是上月球生活也不是不可能，只不过有很多技术现在无法实现。
“而我刚才所说的核心技术现在已经有了，只要研发一段时间就能实现。”
说罢埃里森转头看向彼得道：“彼得先生，只需要半年、不，只需要4个月，我一定能够做出能搭配服务器的电子收银机。”
其实埃里森心里也没底，毕竟他虽然精通计算机软件，但是对于硬件他还是不甚了解。
只不过他的关系式软件公司现在面临危机，如果再没有资金支持几个月后就要关门了。