9月23日，“IBM DB2诞生25周年纪念大会”在京召开。在这样一个极具纪念意义的日子里，已经为大众所熟知的DB2在数据库领域的杰出贡献被反复提起。从1970年IBM研究员E.F.Codd首次提出关系模型的概念，到IBM院士 Don Chamberlin创建SQL语言；从IBM发明Aries 并发算法实现对数千用户操作的同时处理，到DB2在支持交易方面的实现。在数据库技术演进历程中，总有DB2的光荣印记闪耀其间。而美好的回忆并不是 DB2财富的全部，在因迷恋主机系统而失去开放系统数据库市场头把交椅后，DB2以技术领袖和市场追赶者的双重角色，用永不间断的技术创新实现“把数据转 化为信息，将智能转变为洞察力”的应用承诺。

IOD：SOA的另一面

在企业应用架构以SOA为目标快速演进的今天，IOD（信息随需应变）致力于通过对企业数据资产的灵活 运用实现对SOA体系构建的支持。因此，在IBM看来，SOA与IOD就像一枚硬币的两面，两者互为支持，相互促进，共同发展。而作为IBM在信息管理领 域的核心战略，IOD在2006年正式在外部启动，在2008年已进入了第三个发展年头。回顾IOD战略的推进过程，IBM软件集团数据管理市场部全球副 总裁Inhi Cho Sunh表示，围绕新时期企业用户在全球化竞争、规模化生产等方面的需要，DB2通过在数据库和数据仓库领域的持续创新，实现对企业实际业务需求的优化。“DB2希望帮助用户在整个生命周期中管理数据的价值，让客户真正从技术创新中受益”她说。

在IOD战略发布之初，IBM曾表示在3年中将在该战略中投入10亿美元。而从2006年至今，IBM围绕IOD的投入已经超过了80亿美元。持续的产品研发与战略并购，让IBM在IOD领域的投入远远超出了最初预想，同时也为其带来了可观的市场回报。随着包含PureXML技 术的DB2 9在2006年的面世，其所倡导的基于XML的层次型和关系型数据库技术融合迅速成为数据库领域的一个技术创新的重要方向。在继承传统关系型数据库技术优 势的同时，DB2 9系列的多个版本不断在适应业务变化、信息获取灵活性等方面取得突破，在其混合数据库模型之下，XML这种更具业务表述能力的语言结构正在成为数据库技术 创新新纪元的缔造者。

谈及目前以IOD为核心的DB2技术架构，IBM DB2分布式平台首席架构师Tim Vincent表示，并行、对SMP（对称多处理）技术的利用、对内存的大量使用以及灵活的逻辑分区体现了DB2的核心优势。“DB2致力于向用户提供一 种可自我管理的数据库，它能够平衡计算资源，避免应用瓶颈，并且适应负载变化。”Vincent说。目前，DB2最新的9.5版本进一步实现了管理成本的 降低，以及对数据使用的加速，对XML的支持进一步提升。

他同时表示，DB2目前已经启动了最佳实践计划，计划在2008年为企业用户提供21条数据库应用的最 佳实践，这些最佳实践依据端到端的数据生命周期而定义，目前已经发布了12条。以深度压缩为例，凭借这一最佳实践，用户可以基于DB2 9实现超过50％的表压缩。另外，IBM最新发布的Data Studio工具能够将信息管理应用的开发时间缩短50％以上，同时促进跨角色的团队协作，以及基于SOA的数据应用加速。“与其他的主流数据库相比，‘ 绿色’是DB2的最大特色。无论是软件设计、硬件支持，还是对XML的支持，或是管理的创新，DB2演进的核心目标都是实现数据管理的经济与高效。 ”Vincent说。

回顾DB2 25年的技术创新历程，早在1985年就加入DB2开发团队、IBM信息管理领域的顶尖科学家、IBM院士王云指出，今天的IOD具有空间的功能完整性， 并且实现了技术思路与商业思路的有机结合。“IOD今日的成果取决于IBM深厚的技术底蕴，以及多个行业的商业服务经验。”王云说。

信息议程：IOD的第五个切入点

信息议程（Information Agenda）是DB2在诞生25周年庆典上向业界展示的最新成果。从2006年提出IOD战略目标后，IBM逐渐确立的企业数据管理、信息整合、内容管 理和商业智能四大IOD功能支持。而为了实现IOD在企业环境中的更广泛、更深入地推进，IBM一直试图为企业用户开辟通向IOD的更多通路。终于，在 2008年，这项名为“信息议程”的服务得以正式推出。

“信息议程是一项全新的软件和业务咨询服务，它能够帮助18个主要行业的用户摆脱大量应用的限制，把信 息转化为可以跨应用、流程和决策迅速利用的可信任资产，从而获得持续的竞争优势。”Inhi Cho Sunh说。据悉，目前IBM在信息议程方面的资金投入已经超过了10亿美元。通过对多年行业经验的充分利用，以及对结构化和非结构化信息的综合管理体 系，IBM希望用户能够借助信息议程服务快速开发出适合自身业务需求的信息管理蓝图。

信息议程的重要组件包括开源IBM基础软件工具、信息议程指南与工场指导、提供特定行业资产的信息加速器，以及帮助企业培养业务分析和信息治理等技能的信息能力服务。其中，IBM基础软件工具结合了发现与分析、数据建模及映射、数据管家、元数据管理等模块，基于同一个存储库，可以用于任何服务器、数据库和基础设施，能够帮助企业了解、控制和设计核心信息，为数据复用项目提供良好的基础。而基于信息能力服务，企业可以在企业内部建立商业智能、InfoSphere和内容管理三个卓越中心（又称知识中心），从而实现对信息资产和专业技能的共享与复用。

Inhi Cho Sunh强调，从本质上看，信息议程服务为用户提供了从企业战略高度管理信息的全新视角，而对于IOD的实现而言，信息议程是其得以实现的重要方法和基 础。“信息议程囊括了IBM在软件工具、基础架构、咨询服务、最佳实践等方面的创新构想，它努力地营造信息应用的敏捷性，帮助企业实现向信息型企业的转 型，并最终提升企业在变化市场环境中的竞争力。”她说。

创新：永恒的主题

从“开天辟地”的关系模型，到雄踞信息战略高度的信息议程，DB2走过了不平凡的25年。回首昨天，审 视今日，创新已经成为DB2在数据库市场生存与发展的基因，带领它迈向充满无限可能的明天。伴随着数据库技术的成熟，DB2从中既收获过荣耀，也品尝过酸 涩。而在今天，IBM依然坚信，数据库技术具备充沛的创新动力，关系型数据库和应用开发之间的鸿沟和快速变化的业务需求之间的碰撞，将为其以 pureXML为代表的混合数据库技术和IOD战略营造出前所未有的创新空间。

反观用户层面，数据库在技术创新方面的能力也被大众广泛认同。根据2008年7月～8月网界网 （www.cnw.com.cn）面向1000多位IT专业人士的数据库应用调查显示，有64％的受访者认为“数据库仍然是创新之源。”很多网友表示，数 据库已经成为企业业务创新的基础平台，因此数据库的创新是必然的，因为业务应用的创新需要数据库的创新。

今天的数据库技术是否足够成熟？当IBM软件集团中国区DB2信息管理技术经理刘晶炜向SQL语言的发 明者Dan Chamberlin提出这个问题时，这位数据库大师回答说：“人类对于数据研发的历史才刚刚开始。”对此刘晶炜指出，梳理数据库技术的发展脉络，每个实 现突破的技术都承载了一定的历史使命，关系型数据库满足了自动化时代的用户需求，而随着互联网的发展，以及结构化、非结构化和XML数据的融合，过去固有 的技术分水岭正在消失，融合成为数据库技术的一个关键发展方向。“业务需求驱动的技术变革让更多的数据应用技术得以涌现，而这些都不是终点。”刘晶炜 说，“在未来的五年到十年，来自信息应用层面的挑战将接踵而至，为了应对这些挑战，我们必须具有审视技术发展的更宽阔视野。”

谈到XML对数据库技术的影响时，Inhi Cho Sunh 强调，今天的XML不仅是一种商业化的信息描述语言，同时也代表着下一代技术发展的方面。以此为核心，企业用户需要用战略的眼光高度关注XML。 Vincent则表示，DB2将围绕XML提供更为丰富的基于标准的功能，并且面向Web 2.0、Java、,Net环境实现更好的兼容性，与此同时，将有更多符合应用潮流的相关技术面世，例如基于XML的数据访问。

从诞生至今，数据库技术形成了坚实的理论基础、成熟的商业产品和广泛的应用领域。在全球化的市场环境中，这个强大的技术实体正在酝酿着新一轮的技术变革。如果说在70年代关系型数据库迅速占领市场的浪潮中 DB2居功至伟却最终在商业利益的争夺中略逊一筹的话，那么面对再一次的除旧布新的历史机会，DB2渴求一次技术与商业的双重胜利。三年来不断演进和完善 的IOD战略是DB2以整体能力拓展市场空间的最好证明，而IOD战略和不懈创新精神也为DB2照亮了再次腾飞的新征程。

背景操作（类似）

1、在“配置助手”中选择数据库A点击右键，选择“除去数据库”
2、手工删除D:\DB2\NODE0000下的数据库对应的SQL00003

然后你会发现再也不能建数据库A，原因是数据库A没有彻底删除

这时候你可以在db2cmd控制台用DB2 CATALOG DB A重新编目数据库A，之后你会发现A已经可视但是仍然无法DROP，你需要手动恢复SQL00003目录内容，可以COPY002后改名为003，之后在CMD控制台DB2 DROP DB A, 来删除数据库A，这样你会发现A已经被彻底删除了，因为你已经可以重建它了。

说明：

DB2中数据库和DB2文件两者是分开的，也就是说无论删除实例，还是卸载DB2，都不会影响数据库，想删除数据库，使用drop database。

因此你的问题就简单了，在控制台执行db2 list db directory on dbpath， 比如

D:\Program Files\IBM\SQLLIB\BIN>DB2 LIST DB DIRECTORY

你会找到当前已经CATALOG的DB，你也可以使用DB2 CATALOG / UNCATALOG DB dbname 来编目/取消DB。

引用：

我创建的数据库存储在什么地方

从DB2 的架构上来看，DB2 中的数据库的层次位于实例之下。实例实际上就是一个逻辑的数据库管理器，它提供了一个相对独立的运行环境。数据库必须要被创建在某个实例之下，因此，在创 建数据库之前，必须要先创建实例。每当一个新的实例被创建，DB2都会在DB2安装目录sqllib下生成一个目录，其目录名称与实例名称相同，该目录下 的文件用于对该实例进行管理和控制。另外，在使用CREATE DATABSE创建数据库之后，系统还将会生成一系列子目录，具体的目录结构如图1所示。

图1：数据库缺省目录结构

LIST DB DIRECTORY ON <驱动器/路径>

数据库内部结构

不同的数据库中可能有不同的存储设定，因此子目录可能会有些差异。 很多初学者在安装了DB2后都会创建一个样本数据库，我们就以这个数据库为例介绍一下数据库内部的结构，请参见图2。

图2. 数据库内部目录结构

走进 SMS 表空间

DMS 表空间的容器类型是文件或者设备，其内部有独特的映射机制来控制存储空间的分配。而 SMS 表空间则不同，表中数据的分配会非常有规律地体现在文件结构中。很容易分辨，由于本文介绍的是 DB2 中不同文件的作用，因此我们会着重探讨 SMS 表空间下数据的分配。下面我们来看一看样本数据库中缺省用户表空间下的文件。

图3：缺省用户表空间下的文件

SELECT TBSPACE, TBSPACEID FROM SYSCAT.TABLESPACES

通过上面语句的查询结果可以得出 USERSPACE1 的 表空间 ID 为 2，然后再通过下面的命令得出 USERSPACE1 中 表名称和表ID的对应关系。

SELECT TABNAME, TABLEID FROM SYSCAT.TABLES WHERE TBSPACEID =2

假 定我们看到样本数据库中表 EMP_PHOTO的 ID 为 8，则文件名称形如 SQL00008.<type> 的文件都与 EMP_PHOTO 相关联。如果文件的扩展名为 .DAT，则说明该文件中包含的是 EMP_PHOTO 表中的常规（REGULAR）数据，也就是除了LONG VARCHAR、LONG VARGRAPHIC、CLOB,BLOB 以及 DBCLOB之外的数据，每个数据行中这类数据的大小不能超过一个数据页；如果文件的扩展名为 .LF，则说明该文件中包含的是表中的 LONG VARCHAR 或者 LONG VARGRAPHIC 数据，由于 EMP_PHOTO 表中不存在这类数据，因此不存在 SQL00008.LF 文件；如果文件的扩展名为 .LB，则说明该文件中包含的是 EMP_PHOTO 表中的 BLOB、CLOB 和 DBCLOB 数据；如果文件的扩展名为 .LBA，则说明该文件中包含的是 EMP_PHOTO 表中 BLOB、CLOB 和 DBCLOB 数据的空间分配信息，该文件与 .LB 文件是成对出现的；如果文件的扩展名为 .INX，则说明该文件中包含的是 EMP_PHOTO 表上建立的索引数据。除此之外，如果创建了多维群集(MDC) 或者对表进行了重组，则还可能会出现其他一些扩展名，我们这里就不再介绍了。

DB2 实例目录中的重要文件

在 前面我们已经提到过，在创建一个实例以后，DB2 还会在 sqllib 目录下生成一个目录，其目录名称与实例名称相同。该目录下包含了很多与控制该实例运行的重要文件。当删除一个实例的时候，DB2 实际上只是删除该目录，而不是真正删除实例中的所有数据。因此重新创建实例后，还可以通过编目命令使原来实例下的数据库重新投入使用。该实例下的文件如图 4 所示：

图4: DB2 实例目录下的文件和目录

• db2systm 文件db2systm 就是对应实例的数据库管理器配置文件，里面包含着数据库管理器配置参数的值。由于该文件是二进制格式，因此不能使用文本编辑器编辑，而应该使用 GET DBM CFG 以及 UPDATE DBM CFG 命令来察看和修改。
• db2diag.log 文件db2diag.log 文件是一个文本格式的错误诊断文件，其中记录的信息可以用来判断系统问题的根源。用户可以通过数据库管理器配置参数 DIAGLEVEL 来调整被记录信息的详细程度，也可以通过数据库管理器配置参数 DIAGPATH 来改变该文件的位置。
• SQLDBDIR 目录这 个目录虽然与我们前面介绍的 SQLDBDIR 目录同名，但里面包含的内容是不一样的。我们先前介绍的 SQLDBDIR 中存储的是本地数据库目录的信息，而这个 SQLDBDIR 目录中存放的是系统数据库目录的信息。在 DB2 中，如果想对一个数据库进行存取，就必须通过编目为其在系统数据库目录中创建相应条目。要想察看系统数据库目录的内容，可以通过下列命令：
  

  LIST DB DIRECTORY

• SQLNODIR 目录SQLNODIR 目录中包含的则是另外一种 DB2 目录-节点目录的信息，节点目录中包含了客户端可以存取的所有数据库实例的网络连接信息。要想察看节点目录的内容，可以通过下列命令：
  

  LIST NODE DIRECTORY

注：如果想要向系统数据库目录和节点数据库目录中添加条目，可以通过CATALOG DB 和 CATALOG NODE 命令；如果想要删除条目，可以使用UNCATALOG DB 和 UNCATALOG NODE 命令。