下载文档原格式
数据库技术的发展史数据库技术的发展，已经成为先进信息技术的重要组成部分，是现代计算机信息系统和计算机应用系统的基础和核心。
数据库技术最初产生于20世纪60年代中期，到今天近几十年的历史，其发展速度之快，使用X围之广是其它技术所远不及的。
先介绍一下数据模型的概念：数据模型是数据库系统的核心和基础。
数据模型的发展经历了格式化数据模型（包括层状数据模型和网状数据模型）、关系数据模型两个阶段，正在走向面向对象的数据模型等非传统数据模型的阶段。
层状数据模型每个节点间是一对多的父子之间的联系，比如一个父亲三个儿子；中心下的几个部门，部门里的人。
网状数据模型中允许任意两个节点间有多种联系，层次模型实际上是网状模型的一个特例；如同学生选课，一个学生可以选修多门课程，某一课程也可被多名学生选修。
关系数据模型，职工,比如我（编号，XX，性别，所属部门，籍贯），我和马薇，X晖，陈曙光等就组成了一X关系模型的数据表。
根据数据模型的发展，数据库技术可以相应地划分为三个阶段：第一代的网状、层次数据库系统；第二代的关系数据库系统；第三代的以面向对象模型为主要特征的数据库系统。
第一代数据库的代表是1969年IBM公司研制的层次模型的数据库管理系统IMS和70年代美国数据库系统语言协商CODASYL下属数据库任务组DBTG提议的网状模型。
层次数据库的数据模型是有根的定向有序树，网状模型对应的是有向图。
这两种数据库奠定了现代数据库发展的基础。
这两种数据库具有如下共同点：1.支持三级模式（外模式、模式、内模式），模式之间具有转换（或成为映射）功能，保证了数据库系统具有数据与程序的物理独立性和一定的逻辑独立性；2.用存取路径来表示数据之间的联系；3.有独立的数据定义语言；4.导航式的数据操纵语言。
网状数据库最早出现的是网状DBMS。
网状模型中以记录为数据的存储单位。
记录包含若干数据项。
网状数据库的数据项可以是多值的和复合的数据。
每个记录有一个惟一地标识它的内部标识符，称为码（DatabaseKey,DBK），它在一个记录存入数据库时由DBMS自动赋予。
historian数据库概念-回复历史学数据库的概念和发展在现代社会中，数据库已成为组织、管理和存储大量信息的重要工具。
历史学数据库作为一种特殊类型的数据库，旨在收集、整理和保存历史相关的信息。
它对历史学研究的发展起到了重要的推动作用。
本文将一步一步地回答有关历史学数据库的概念、发展和应用的问题。
一、历史学数据库的概念历史学数据库可以被定义为一个电子化的、结构化的、有组织的、可搜索的历史信息库。
它涵盖了各种历史事件、人物、时期、地点等多个方面，提供了丰富的历史材料和资料。
这些信息可以通过关键词、时间范围、地理位置等方式进行搜索和筛选，以满足研究者的需求。
历史学数据库通常由专门的历史学研究机构、档案馆、图书馆和学术机构创建和维护。
它们不仅收集和整理历史资料，还提供了多种工具和功能，使用户能够更方便地访问和利用这些信息。
例如，许多历史学数据库提供了全文搜索、关联搜索、图表生成和文献引用等功能，以帮助研究者更好地理解历史事件和现象。
二、历史学数据库的发展历程历史学数据库的发展可以追溯到计算机和信息技术的出现。
最早的历史学数据库主要是基于纸质档案资料的电子化转换和存储。
随着计算机存储容量的增加和数据处理速度的提高，历史学数据库的规模和功能逐渐扩大。
20世纪90年代，互联网的普及使历史学数据库更加容易被广泛使用。
研究者可以通过网络访问各种历史学数据库，跨越时间和地理的限制。
这也为历史学研究带来了新的机遇和挑战。
在21世纪，随着大数据和人工智能的快速发展，历史学数据库的规模和复杂性不断增加。
许多历史学数据库开始建立起复杂的数据关系和网络，以提供更深入和全面的历史资料。
同时，自然语言处理和图像识别等技术也被应用于历史学数据库，以提高信息的收集和分析效率。
三、历史学数据库的应用历史学数据库对历史研究具有重要意义。
它们为研究人员提供了庞大的历史资料和文献，可以帮助他们进行深入的研究和分析。
以下是历史学数据库的几种主要应用：1. 学术研究：历史学数据库为学者提供了广泛的历史资料，可以用于各种学术研究，如历史事件的分析、人物的生平研究等。
WAMDM Technical Report (WAMDM-TR-2006-2)数据集成：历史、现状、未来艾静 （Web组）引言：本文主要部分是对论文《Data Integration: The Teenage Years》[1]的介绍，这篇论文是第32届VLDB会议(VLDB2006)上十年最佳论文的获奖发言，作者在文中总结了Data Integration这十几年来的发展成果，在商业领域的一些相关产品，并提出了目前数据集成系统普遍存在的问题以及未来面临的挑战。
本文还对数据集成领域中的一些重要思想和几个热点问题做了更加详细的介绍，力争将数据集成这十几年来的发展状况尽可能清晰地展现给读者。
一、背景介绍近几十年来，计算机网络的飞速发展和信息化的推进，使得人类社会所积累的数据量已经超过了过去5000年的总和。
数据的采集、存储、处理和传播的数量也与日俱增。
企业或社会组织实现数据共享，可以使更多的人更充分地利用已有的数据资源，减少资料收集、数据采集等重复劳动和相应费用。
然而，这些为不同应用服务的信息都存储在许多不同的数据源之中，其管理系统也各不相同。
为更有效地利用这些信息，需要从多个分布、异构和自治的数据源中集成数据，同时还需要保持数据在不同系统上的完整性和一致性。
另外，必须向用户隐藏这些差异，提供给用户一个统一和透明的数据访问接口。
研究的重点即在于确立一种具有普遍意义的、可操作性强的分布异构数据源的集成方法。
因此，如何对数据进行有效的集成管理已成为增强企业商业竞争力的必然选择，尤其是对于那些拥有多部门多数据源的大型企业来说，数据集成更是至关重要。
因为每一个部门都会拥有自己的数据库，这些数据库可能是独立、异构且自治的，为了各部门间更好的合作和数据共享，并且为用户提供更好的搜索查询质量，建立一个完善的数据集成系统是极有应用价值而且尤为重要的。
二、Information Manifold：具有统一的查询借口！1．背景1996年Alon Halevy、Anand Rajaraman、Joann Ordille三人合著的论文《Querying Heterogeneous Information Sources using Source Descriptions》[2]发表在VLDB国际会议上，2006年被评为VLDB十年最佳论文。
sqlite生成历史摘要：1.SQLite 简介2.SQLite 的发展历程3.SQLite 的特点和优势4.SQLite 的应用场景5.SQLite 的未来发展趋势正文：【1.SQLite 简介】SQLite，是一款轻量级的关系型数据库，它是由意大利程序员Andreas Mueller 和Donald Knuth 于2000 年发起并开发的。
SQLite 是一个自给自足的数据库，它将整个数据库存储在一个磁盘文件中，因此不需要额外的安装和配置，用户可以直接使用。
SQLite 的名字来源于拉丁语“sqlite”，意为“小石头”，象征着这款数据库的轻量级特点。
【2.SQLite 的发展历程】SQLite 的发展历程可以追溯到1990 年代末，当时Mueller 和Knuth 开始着手开发一个能够嵌入到应用程序中的轻量级数据库。
2000 年，SQLite 的第一个公开版本问世，从此开始了它的发展之路。
在过去的二十多年中，SQLite 历经多次版本更新，功能不断完善，性能也得到了极大的提升。
目前，SQLite 已经成为了世界上最流行的开源数据库之一。
【3.SQLite 的特点和优势】SQLite 具有以下几个显著的特点和优势：（1）轻量级：SQLite 将整个数据库存储在一个磁盘文件中，因此它的体积非常小，启动速度快，资源占用低。
（2）自给自足：SQLite 不需要额外的库或服务器，用户只需将数据库文件复制到应用程序的目录中即可使用。
（3）跨平台：SQLite 支持多种操作系统，包括Windows、Linux、Mac OS 等。
（4）强大的SQL 支持：SQLite 支持几乎所有的SQL-92 标准，满足大多数开发者的需求。
【4.SQLite 的应用场景】SQLite 广泛应用于各种场景，包括：（1）嵌入式设备：由于其轻量级、跨平台的特点，SQLite 非常适合用于嵌入式设备和应用程序。
（2）本地存储：许多应用程序需要将数据存储在本地，SQLite 可以作为一个高效的本地存储解决方案。
数据库发展的历史
数据库的发展历史可以追溯到20世纪50年代，以下是数据库发展的主要阶段：
1.早期阶段（20世纪50年代至60年代）：在这个阶段，数据库主要用于文件管理和数据存储。
早期的数据库系统使用层次模型和网状模型来组织数据。
2.关系型数据库时代（20世纪70年代至80年代）：20世纪70年代，E.F.Codd提出了关系型数据库的理论，为关系型数据库的发展奠定了基础。
这个时期出现了许多关系型数据库管理系统（RDBMS），如IBM的DB2、Oracle、SQLServer等。
3.面向对象数据库时代（20世纪80年代末至90年代）：随着面向对象编程的兴起，面向对象数据库应运而生。
它们试图更好地支持面向对象编程范式和复杂的数据类型。
4.分布式数据库和NoSQL时代（21世纪初至今）：随着互联网的发展和大数据的出现，分布式数据库和NoSQL数据库变得越来越流行。
NoSQL数据库提供了更高的可扩展性和灵活性，以适应大规模数据存储和处理的需求。
5.云数据库和大数据时代（近年来）：随着云计算和大数据技术的发展，云数据库和大数据处理成为数据库领域的
新趋势。
云数据库提供了可伸缩性、灵活性和按需付费的优势，而大数据技术则专注于处理和分析大规模数据集。
数据库技术不断发展和演进，每个阶段都带来了新的理念和解决方案，以满足不断变化的业务需求和技术挑战。
数据库技术的历史及未来的发展趋势综述数据库技术的历史源远流长，发展历程令人叹为观止。
1960年代，IBM发明了第一个关系型数据库系统，称为“System R”，它是数据库技
术的开端。
其后，Oracle公司发布了第一款商业关系型数据库系统，标
志着数据库技术开始普及。
20世纪90年代，除了关系型数据库之外，还
出现了全文检索引擎和对象/关系型数据库。
如今，企业级的数据库技术
有Oracle、MySQL、DB2等，而NoSQL也正在普及，比如MongoDB、Redis 等。
未来，数据库技术将继续得到发展。
首先，企业级的数据库技术将朝
着可伸缩、分布式和高可用性发展，以应对海量数据的存储和管理。
此外，容量大、存储结构复杂和数据量庞大的流数据，以及易于使用、安全可靠
和数据可视化的云数据库，也将受到广泛关注。
总之，数据库技术仍将是
未来重要的发展方向，深入了解其核心原理，将有助于进一步推动数据库
发展。
(一)数据库的发展历史分哪几个阶段？各有什么特点。
答：数据库的发展历史经历了人工管理、文件系统和数据库系统三个发展阶段。
人工管理数据具有如下特点：1、数据不保存2、数据需要由应用程序自己管理，没有相应的软件系统负责数据的管理工作3、数据不共享4、数据不具有独立性，数据的逻辑结构或物理结构发生变化后，必须对应用程序做相应的修改，这就进一步加重了程序员的负担。
文件系统阶段特点为：1、数据可以长期保存2、由专门的软件即文件系统进行数据管理，程序和数据之间由软件提供的存取方法进行转换，使应用程序与数据之间有了一定的独立性，程序员可以不必过多地考虑物理细节，将精力集中于算法。
3、数据共享性差4、数据独立性低数据库系统阶段特点为：1、数据结构化2、数据的共享性好，冗余度低3、数据独立性高4、数据由DBMS统一管理和控制(二)简述数据库设计过程的各个阶段上的设计描述。
答：数据库设计过程分为六个阶段：1、需求分析：准确了解与分析用户需求，（包括数据与处理）。
需求分析是整个设计过程的基础，需求分析的结果是否准确反映了用户的实际需求，将直接影响到后面各个阶段的设计、并影响到设计结果是否合理和实用。
2、概念结构设计：数据库逻辑结构依赖于具体的DBMS，在将现实世界需求转换为机器世界的模型之前，我们先以一种独立于具体数据库管理系统的逻辑描述方法来描述数据库的逻辑结构，即设计数据库的概念结构。
概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型。
3、逻辑结构设计：逻辑结构设计是将抽象的概念结构转换为所选用的DBMS支持的数据模型，并对其进行优化。
4、数据库物理设计：数据库物理设计是对为逻辑数据模型选取一个时候应用环境的物理结构(包括存储结构和存取方法)5、数据库实施6、数据库运行和维护(三)学校有若干个系，每个系有若干班级和教研室，每个教研室有若干教员，其中有的教授和副教授每人各带若干研究生。
数据库技术产生于20世纪60年代末70年代初，其主要主要研究如何存储，使用和管理数据。
随着计算机硬件和软件的发展，数据库技术也不断地发展。
数据库技术在理论研究和系统开发上都取得了辉煌的成就。
从数据管理的角度看，数据库技术到目前共经历了如下三个阶段：
1. 人工管理阶段-数据量小独立,用户直接管理
2. 文件系统阶段-使用文件存取数据,冗余度高,管理维护难
3. 数据库系统阶段-专门的数据库软件系统管理数据,高效方便,易于共享维护
按照数据模型发展的主线，数据库技术的形成过程和发展可分为如下三个阶段：
1. 层次和网状数据库管理系统-可以理解为使用指针来表示数据之间的联系
2. 关系数据库管理系统(RDBMS)-可以理解为理解为使用二维表来表示维护数据间的关系
3. 新一代数据库技术的研究和发展-针对关系型数据库存在数据模型，性能，扩展性，伸缩性等方面的缺点，出现了：ORDBMS:面向对象数据库技术。
数据仓库的粗略发展历程及相关概念1.1 概述数据仓库的概念可能比一般人想像的都要早一些，中间也经历比较曲折的过程。
其最初的目标是为了实现全企业的集成（Enterprise Integration），但是在发展过程中却退而求其次：建立战术性的数据集市（Data Marts）。
到目前为止，还有很多分歧、论争，很多概念模棱两可甚至是彻底的让人迷惑。
本文试图从数据仓库的发展历史中看到一些发展的脉络，了解数据仓库应该是怎么样的，并展望一下未来的数据仓库发展方向。
同时，由于新应用的不断出现，出现了很多新的概念和新的应用，这些新的应用如何统一现成完整的企业BI应用方案还存在很多争论。
本文试图对这些概念做一些简要的阐述，让大家对此有初步的了解。
1.2 粗略发展过程1.2.1 开始阶段（1978-1988）数据仓库最早的概念可以追溯到20世纪70年代MIT的一项研究，该研究致力于开发一种优化的技术架构并提出这些架构的指导性意见。
第一次，MIT的研究员将业务系统和分析系统分开，将业务处理和分析处理分成不同的层次，并采用单独的数据存储和完全不同的设计准则。
同时，MIT的研究成果与80年代提出的信息中心（Information Center）相吻合：即把那些新出现的、不可以预测的、但是大量存在的分析型的负载从业务处理系统中剥离出来。
但是限于当时的信息处理和数据存储能力，该研究只是确立了一个论点：这两种信息处理的方式差别如此之大，以至于它们只能采用完全不同的架构和设计方法。
之后，在80年代中后期，作为当时技术最先进的公司，DEC已经开始采用分布式网络架构来支持其业务应用，并且DEC公司首先将业务系统移植到其自身的RDBMS产品：RdB。
并且，DEC公司从工程部、销售部、财务部以及信息技术部抽调了不同的人员组建了新的小组，不仅研究新的分析系统架构，并要求将其应用到其全球的财务系统中。
该小组结合MIT的研究结论，建立了TA2（T echnical Architecture 2）规范，该规范定义了分析系统的四个组成部分：♦数据获取♦数据访问♦目录♦用户服务其中的数据获取和数据访问目前大家都很清楚，而目录服务是用于帮助用户在网络中找到他们想要的信息，类似于业务元数据管理；用户服务用以支持对数据的直接交互，包含了其他服务的所有人机交互界面，这是系统架构的一个非常大的转变，第一次将交互界面作为单独的组件提出来。
王云
大家早，大家好。
今天我看起来，相对很简单，刚刚lnhi给大家讲了这么多听起来大家很兴奋，将来这些很有挑战性的计划和蓝图。
我今天和大家分享一些老故事。
我和大家谈谈数据库历史发展和展望。
我准备两个图片在屏幕上。
我一直在想数据库这是一个软件工程，怎么样可以有一个图片关联起来呢?所以我在IBM网站上找到了一个当年最早我们在主机上开发出关系型数据库的一个图片，我把它放在这里。
其实谈历史，就是谈一些小故事。
我今天来的路上就在想，差不多十年前，在1998年的时候，我陪我的师傅一起来中国，也是在替DB2的数据库做一些宣传的工作。
当时我有一个很简单的讲题，讲完之后，我的老板跟我说：你讲的我全都听明白了。
我大吃一惊，为什么呢?我老板是一个老外。
他说我用中文演讲，他都听明白了，所以我大吃一惊，他说你用的词句都是英文，串在一起就听明白了，这表示什么?表示我的演讲非常不成功。
今天也有一些外宾在场，十年前演讲你英文讲他有中文翻译。
今天我用中文讲，不知道台下的这位外宾是不是听得懂我的演讲。
所以我今天的第一个目标，希望我讲的内容，外宾朋友们听不懂我讲的，那我就成功了。
讲到这个事情，我想到带着两个宝贝来和大家一起分享。
在关系型数据库的历史发展来看，从1970年初，到1970年后半段，基本上是由研究单位推出的一个关系型数据库的模型。
我带来了一本教科书，这本教科书是《数据库系统的简介》，这本书1975年出版。
这本书我在来中国以前，我就在网路上搜寻了一下，现在亚马逊上正在卖这本书的第八版，这本书的作家是C·J·戴夫。
当时我在念研究生的时候读了这本书，第一个反应就是对IBM非常佩服，没有想到我后来有机会加入到IBM工作，能够从事数据库的开发工作，也算是梦想成真了。
如果大家有兴趣，我们中午的时候可以一起进行考古，到底1975年的时候数据库在学什么。
1975年Don Chamberlin创造了他的数据库的新语言“SQL”，我把这个故事介绍给大家有几个重点。
第一，从70年代初期到70年代末期，由IBM研究实验室推出了IMS，开始有了关系数据库的模型。
然后怎么样让这种模型使用者很容易的使用呢?所以提出了数据库的查询语言。
Don Chamberlin提出大家都耳熟能详的SQL。
不知道在座的朋友们，当时有没有这个概念。
，语言发生的时候是以英文为主体的没有架构的语言。
如果当时在中国发展很可能这个语言就不叫“SQL”而是叫“CQL”，就应该是中文作为查询的基本精神了。
除了我们有一个数据库的关系模型之外，有了一个强有力好用的语言，怎么样落实生根，真正提供给我们高效能，高共用性，大家可以共同分享的数据库系统，那就是系统2的应用模型。
在IBM来讲有很多员工的共同努力，当有一个划时代新的技术的时候，是需要一个强有力的团队，而且这个团队要互相影响才能真正碰撞出火花来。
我讲这个故事的时候希望把时间拉回到以前，我们了解到当时是什么样的姻缘机会产生出这样一个跨时代的应用技术。
最早期在70年代到80年代是一个从研发单位起源出来的新的数据模型。
如果当时没有IBM实验室提出关系型的数据库这一套系统理论和技术，那今天会是什么样呢?还在爬树。
因为我们提供了关系型数据库的平台，大家现在开始找关系。
我们中国人很会找关系的。
假如说我们在车上看见一个很可爱的女生，我们会和她找关系，说“我弟弟的妹妹好象和你一个学校吧”。
这是开玩笑了。
但是如果当时没有IBM的关系型数据库技术，说不定今天还在爬树阶段。
那到底好不好呢?也许很累，也许让XML数据库早诞生20年。
在80年代初期到90年代初期，这10年间，基本上是数据库系统从研究单位进入到市场正式开花结果。
从90年到2000年关系型数据库被整个IT业界全盘接收。
我详细讲这一段时间的发展了。
但是大家如果有时间可以看看每个时间点有一个新的技术出来了，这个技术是属于什么方面。
在我们最早提出关系型数据库的，它着重于两方面，一方面是怎么样让数据库可以在应用上更加方便容易开发新的应用，另一方面怎么把下阶层的信息，包括操作系统、I/O系统怎么结合在一起。
我们每四五年推出一个新的技术，到底是把我们的扩展能力加强了，还是抓住了底层的能力。
某种程度的往上爬，把我们数据库变得更能够帮助应用开发新的业务需求，一方面是做横向，以及纵深的提升。
可以把我们的系统资源更快、更好的运用起来，基本上在这两个主体方向上发展，跟我们当年在做研究系统的时候两个精神是一模一样的。
我们说数据库在过去二十多年的时间当中这么成功，刚才邓宏给大家看了一枚“金币”，我今天也带了一块“金砖”，我拿的这个纪念品是DB2在1983年在上线的时候给公司员工的一个纪念品。
当时我很奇怪，为什么不是“2”呢?结果它是“1”。
我希望再过25年之后，IBM会收购这个纪念品回去，换我一个真金的，现在这个是包金的。
当然这只是开玩笑了。
我们在谈数据库的时候大家常常讲到数据库有一些优越的特性，比如说它最早有一种非程序性的语言，但是从现在的观念去看数据库在30年前的出发点时候，我们觉得数据库其实已经具备了我们现在觉得怎么样开发一个成功的软件工程的要件，其实在30年前我们在提出数据库技术的已经包括在内了。
从一个角度来看，数据库在30年前已经有前瞻性，看出来整个软件工程一些重要方向、重要指标、重要特点，其实包括在内。
所以现在我们来看，数据库是最成功的一个中间件，它本身有非常强的组合能力，它提供了所谓的虚拟化等等。
但其中最重要的关键，这个产品为什么会这么成功?它是一个团队合作的结果。
如果没有很强的团队合作的话是很难达到这么大的影响力。
我在最后提到，它提供给我们一个经验，我们怎么样可以有一个创新型的、突破型的技术呢?如果我们今天看棵大树或者一栋高楼，如果没有很深的地基是不可能成高楼的，我们看一个大树有多高，就知道它的根有多深。
我个人觉得数据库今天能够这么成功，它走过了几乎是十年的深度研究的结果。
所以在早期的研究的工作是扎下了很深厚的根基，才可以在后来的25年开花结果。
如果现在要在其他的IT领域要发展一些新的技术，关系型数据库、DB2的发展史是给提供了很好的参考价值。
我们谈了数据库的历史、数据库的发展，我们发觉其实它是一脉相承的。
当时它在做早期的架构设计的时候，这一路走来这30年的发展是环环相扣的。
我们从以前的发展想到将来的发展趋势是什么呢?
我在这张PPT上首先画了一个大象，中国有一个古话“盲人摸象”。
我个人看到将来数据库可能是什么样的发展远景。
我们回到30年前、40年前，历史告诉了我们什么。
早期没有电脑之前，其实也有自动化处理，当时用的是打孔。
在有了磁带机以后，我们正式进入了所谓的“批处理”年代。
我个人在那个年代中做过，要打一大队的卡，然后要给操作员做业务处理。
有了磁盘以后，我们进入了可以直接读取的年代，可以进行线上处理，有OLTP，有线上操作系统。
虽然我们觉得今天生活在线上系统中有多少信息，其实还在批处理呢。
如果邓宏打电话问银行我有多少钱，银行说500万，不是邓宏现在有500万，是昨天晚上有500万。
其实很多信息是通过批处理，通过online 以后告诉你的。
其实现在资料库的速度，相对来讲比CPU和内存来讲，磁盘差了将近有10万倍的I/O的速度差异性。
所以今天很多处理像在磁带的年代，只是这些处理变成了后台，而前台是线上处理。
随着21世纪的信息大量增加，CPU Power的增加，信息处理面临着什么样的挑战呢?我给大家介绍一下“Information Agenda” ，这是我们每年和合作伙伴分享的全球技术展望，如果大家有兴趣可以和IBM研究院接触，IBM非常愿意把我们的技术展望和大家交流。
在2008年的GTO，我们做了一个说明，早期在我们的信息处理的结构上，主要是内存在左边，磁盘在右边，它们在速度上，在储存量上几乎有10万倍的差距。
可是现在随着有“毫米技术”的推展，所以现在我们正在研究推出一个新的存储技术。
将来新的存储技术是具备了内存、磁盘共同的特性，它的速度会很快，它的存量会很大，它消耗的能量会很少，它会放进去就不会遗失掉。
我刚才和大家提到过，在数据库发展历史上，它其实是一个中间件。
它是怎么样让应用可以写的多快好省，它可以怎么样把我们的硬件资源运用的更恰当。
所以说将来如果我们硬件资源有了一个新的形态，尤其是Information data有了一个新的结构出现了，我们是不是有一个软件结构来充分利用这一个新的技术的基本变化，这是指日可待的事情。
对于数据库的挑战。
我们最怕拜访客户的时候，他说你这个东西不work，其实第一步我们要推出一个新的功能、新的产品的时候，要make it cheap，讲起来很简单，但是其实是很辛苦的事情。
但是客户绝不因此而满足，我们在make it work以后还要高效运转，客户希望还要更便宜，最好是免费的。
不仅对于数据库的挑战，对于所有IT从业人员的挑战，我们在这个循环日以继夜不断努力希望提供最高的贡献给这个社会。
我跟大家做了一个很粗浅的报告，希望大家记得IBM给大家做了一个贡献，我们大家要努力找关系，而不要努力爬树。
