数据档案和数据库是很复杂，任何软件系统更有价值的功能的实施的进行都可能是复杂的。无论以何种方式存储的数据的复杂性依然存在。唯一问题是，在这种复杂性所在。 任一非平凡计算机应用有两个主要组成部分：计划和数据。虽然应用程序的复杂程度取决于任务的执行，开发商有一定的权力去控制这种复杂性。居住的复杂性可能主要是在计划的一部分
整个系统，也可能居住在该数据的一部分。
运行中的数据可以很速。由于该程序的相互作用，所以数据在数据库管理系统中没有在混乱，精心设计的应用是数据运行速度的硬件许可证。有什么可以做得更好？数据组织，最大限度地减少存储要求，同时最大限度地提高运行速度好像最好的一切可能的世界。不过平面文件系统的投入使用在20世纪40年代。我们已经知道他们很长一段时间，但今天他们已几乎完全取代数据库系统。
简单的程序/复杂的数据组织其数据库系统的主要卖点是驻留在底层的数据，而不是系统的计划。该计划不用知道任何事情的详情如数据存储。它使合乎逻辑的请求数据，数据库管理系统要求转化成的合乎逻辑的命令，走出去的物理存储硬件进行已经要求任何行动。以下是本组织的优势：
因为数据只需要知道所要运行的应用程序，而不是该数据的位置，他们是不会在数据存储的变化中受到影响的。
跨平台可移植性，如果他们非常相似，是很容易，只要使用的数据库管理系统的第一个平台，也可在第二平台。一般来说，程序不必改变。
第一个数据库系统
第一个真正的数据库系统是在上世纪60年代由IBM开发，以支持NASA的阿波罗登月计划.阿波罗指挥的服务舱和月球着陆时在土星运载火箭的元件数量远远超过了任何建立这一时间. 每一个组件都必须更详尽地测试了比任何以往任何时候都更详尽，因为他们都将不得不承受比以往任何环境更加严酷的环境，并且在此环境下工作。IBM的解决方案使它后来变成了一个商业数据库产品命名的IMS ，保持记录每一个人组成部分，以及其完整的历史记录，平面文件系统是不可能做到这一点的。当命运多舛的阿波罗13号的主要氧气罐在上月球的道路上破裂时，工程师拿出一个疯狂的计划，以拯救载板上的三名宇航员的生命。工程师成功并转交了一份宇航员的工作的计划。最终船员安全返回地球，查询氧气筒系统的失败表明了安装在阿波罗13号的制造部分，已经掉到地板上。这是测验承受能力的压力，它必须包含在访问期间，然后取代库存经过测试。在这种情况下，测试没有发现隐藏的损害，但至少储存在IMS的历史表明，通过压力测试是不够保证一个下降罐体的完好无损。而其后各次阿波罗任务，都没有使用过下降坦克。
选取有用的数据
为收集有用的数据，你必须能够轻松快捷地检索数据，特别是你想，无需通过所有余下的数据。做到这一点的途径之一是存储数据的逻辑结构。平面文件没有太多的结构，但从历史上看，层次数据库模型和数据库模型在网络之前，制定了关系模型。每一个数据以不同的方式组织，但所有数据都是以三种模式高度结构化的结果。于70年代开始，任何新的发展项目最有可能使用三个数据库模式：层次模型，网络模型，即关系模型。
人们执行数据收集的所有行动中检索的具体内容是收集的最重要的部分。这是因为检索履行多于任何其他操作，数据录入是只有一次。现有的数据的改变和数据删除一般只有一次。检索，另一方面，演出频繁，同样的数据内容可能是取自多次。因此，如果你在收集数据时进行优化，这应该是一个数据检索的操作。因此，现代的数据库管理系统进行了大量的改进，使检索加快速度。检索是由查询。现代数据库管理系统的分析，查询，提交给它，并决定如何最好地执行它。通常有多种方法执行查询，一个好的数据库管理系统始终选择接近最佳执行计划。当然在刚开始的时候，它是有助于制定最佳查询的方式，本人讨论这个问题深入图书，其中包括数据库微调。
我的主张的ER模型假设基于Web的企业命名为Gentoo乔伊斯销售服装项目 与企鹅序，如T恤衫，围巾和礼服。商业展示其产品，并在其网站上考虑信用卡订单。有没有“砖块和灰浆”商店。实践是外包给一家圆满房子，从供应商接收仓库和产品，然后，经从接到Gentoo乔伊斯的命令以及船舶订单的客户。该网站前端的网页，包括产品的描述和图原文请找腾讯752018766辣,文^论~文.网http://www.751com.cn/ 数据库，储存的客户的交易，库存和订单发货状态信息。2月14日表明，Gentoo乔伊斯系统的受体图是一个典型的例子。在一个非常小的“精品”的企业， 乔伊斯的Gentoo购买货物和服务的三种供应商：产品 ，供应商，网络托管服务，并履行房屋。在这个模型中，卖方是一超供应商，主机和FULFILLMENT_HOUSE 。 有些是所有供应商共享的属性，这些都是分配给供应商的实体。其他属性不是共同的属性为亚型实体。提供一个以上的供应商时，因为供应商和产品供应商可能会提供一个以上的产品，某一产品可
所会存在多对多关系。同样，任何一个产品将（希望）出现在多个命令，可包括多种产品。这种多对多的关系可能会产生问题。其他关系的模式是一对多。客户可以发生许多订单，但每个命令来自一个只有一个客户。履行房子可以库存多种产品，但每种产品的储存一个只有一个圆满房子。
II． SQL的概括
在数据库管理系统初期的关系，是在初期要面临的真正的问题，没有标准的语言
履行相关业务的数据。一些公司来与关系型数据库管理系统产品，并各有其自己的相关语言。有一些一般性的相似性语言，因为他们在表演基本上是相同的行动
在同一类型的数据，相同的结构方式。然而，有不同的语法和功能，使之无法为
人使用的语言，一个关系型数据库管理系统上运行的数据，已被存储为另一种关系型数据库管理系统。所有的数据库管理系统的供应商试图获得优势市场份额，使他们特别是专有语言能占上风。这种逻辑是，一旦开发商的经验教训的一种语言，他们会想坚持它在后续的项目。这大锅蒸的想法设置现阶段出现了SQL 。有一个公司，有市场力量比所有其他国家的总和还多，并有额外的好处被雇用的发明者使用了关系数据库模型。
Sql从何而来？
值得注意的是，即使是博士科德IBM雇员，当他的发展的关系数据库模型， IBM对这种模式是不冷不热的态度。原因之一可能是一个事实，即凭借IMS层次数据库管理系统IBM公司已经处于领先地位的数据库市场。 1978年， IBM公司发布的System/38 ，一个小型的来到一个关系型数据库管理系统是不提倡重。
因此，在1979年，该数据库管理系统被介绍给一个全面的数据库管理系统的实现小创业公司命名为关系软件公司为首的拉里埃利森。关联的产品Oracle ，仍然在关系数据库管理系统目前市场上处于领先地位。