数据库sql2000挂起

版权所有IBM公司2003商标利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第1页,共17利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8RaulF.
ChongDB2UniversalDatabaseConsultingServicesIBMTorontoLaboratory2003年7月01日本文向MicrosoftSQLServer2000的管理员展示了如何利用您目前的SQLServer知识来迅速获得有关DB2UDBV8forLinux、UNIXandWindows的技能.
引言在当今的信息技术领域中,新信息在不断地向我们冲击-新的软件产品、新的版本和新的功能.
使您能跟上这些不断发生的变化的方法之一就是利用您手中现有的知识.
我将向您展示如何使用您目前的MicrosoftSQLServer2000的知识来迅速获得有关DB2UDBV8forLinux、UNIXandWindows的技能.
在本文中,术语"SQLServer"指的是MicrosoftSQLServer2000,"DB2UDB"指的是DB2UDBV8forLinux、UNIXandWindows.
本文的重点主要集中在Windows平台.
第一个要注意的SQLServer和DB2UDB之间的重要区别是SQLServer仅在Windows平台(Intel体系结构)上受支持.
而另一方面,DB2UDB可以在Linux、UNIX和Windows平台以及许多硬件体系结构中得到支持.
针对所有这些平台的代码基本上是相同的,只带有极少数特定于平台的模块.
此外,DB2UDB产品还可以扩展到iSeries(AS/400和z/OS(大型机))的领域.
iSeries和z/OS的DB2UDB成员的代码库与DB2UDBforLinux、UNIXandWindows的不同,因为这些产品利用了各自的硬件体系结构.
但是,这些DB2系列的功能是非常相似的.
在您熟悉了DB2UDBforLinux、UNIXandWindows以后,您可以大胆尝试学习有关其它平台上的DB2的更多知识.
请参阅参考资料小节以获取有关如何能继续巩固您的技能的更多文章.
系统结构概述下图1展示了基本的SQLServer结构.
图2展示了DB2UDB的结构,请把两者做一下比较.
我将在整篇文章中引用这两幅图.
developerWorksibm.
com/developerWorks/cn/利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第2页,共17图1.
MicrosoftSQLServer2000结构图2.
Linux、UNIX和Windows上的DB2UDBV8系统结构实例和服务器尽管在SQLServer术语中不经常使用"实例"这个术语,但是实例的概念在SQLServer和DB2UDB中是相似的.
用户通常只把它称为"服务器".
对于这两个产品而言,实例提供一个独立的环境,数据库对象在其中创建,并且应用程序在这些对象上运行.
由于实例遵循一种"不共享"的体系结构,ibm.
com/developerWorks/cn/developerWorks利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第3页,共17因此一个实例的对象通常不与其它实例的对象进行交互.
图1和图2将PROD实例和DEV实例表示为两个概念上彼此独立的框.
虽然实例的概念在这两个产品中是相同的,但它的实现却是截然不同的.
在SQLServer中,您可以有一个"缺省"实例(仅有一个)和一些命名实例.
缺省实例在第一次安装SQLServer时创建,并由计算机名来标识.
而命名实例在创建缺省实例之后创建,并必须通过computer_name\\instance_name的格式来进行标识.
要在同一台机器上创建几个SQLServer命名实例,您必须对每个新的实例使用安装CD,并且对每个新的安装都要使用安装GUI.
请注意,在这个过程中,为每个您创建的实例复制SQLServer代码,但使用的路径不同.
只有某些文件是实例之间共享的.
要删除一个实例,您必须使用安装GUI来卸载该实例.
在DB2UDB中,当将产品安装在Windows平台后,将缺省地创建"DB2"实例.
在Linux和UNIX中,缺省实例名为"db2instl".
要在同一台机器上创建另一个实例,您只须执行db2icrt命令.
对于一台机器上的多个DB2UDB实例,只有DB2UDB代码的一个副本.
图3显示了DB2UDBControlCenterGUI中的缺省DB2UDB实例"DB2"和用db2icrt命令创建的其它两个实例.
图3.
显示DB2UDB实例的DB2UDBControlCenterGUI要从命令行接口引用一个给定的DB2UDB实例,请使用DB2INSTANCE环境变量.
该变量让您指定所有命令将应用到的当前的活动实例.
例如,如果DB2INSTANCE被设置成PROD,然后您发出createdatabaseMYDB1命令,那么您将创建和实例PROD关联的数据库.
如果您想在实例DB2上创建该数据库,则您必须首先将DB2INSTANCE变量的值更改为DB2.
标识您想使用的实例的另一个简单方法是如图3所示的使用DB2UDBControlCenterGUI.
您可能必须通过右键单击Instances并选择Add来将实例添加到GUI中,这样就可以在这个工具中看到该新实例的条目.
在Windows中创建了一个DB2UDB实例后,一个与实例名同名的相应服务也被创建.
可以执行db2idrop命令来删除DB2实例.
该命令不会除去DB2UDB代码.
如果是Windows的话,它会除去该实例的相应Windows服务.
总而言之,SQLServer和DB2UDB中的实例在概念上是相同的;不同的是在其实现上.
SQLServer对于每个新实例都需要一个不同的SQLServer代码的副本,而DB2UDB则不需要.
在SQLServer中,可以使用EnterpriseManagerGUI来管理实例,而在DB2UDB中,则使用ControlCenterGUI来达到类似的目的.
Windows服务表1描述了一些主要的DB2UDBWindows服务.
developerWorksibm.
com/developerWorks/cn/利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第4页,共17表1.
DB2UDBWindows服务服务名描述DB2--这是一个给定实例的引擎.
它处理所有的SQL语句并管理数据库.
如果启用了分区支持,DB2可以支持一个数据库在不同机器上的多个分区.
因此,表明您正在处理哪个分区.
如果没有启用分区,分区号则不会出现.
DB2Governor收集连接DB2数据库的应用程序的信息,并且基于您定义的规则来监控操作并对一些操作采取行动.
例如,您可以指定一条规则将某一工作单元使用的时间限制在一个小时,并且如果超过了这个限制,则强制连接到数据库.
DB2JDBCAppletServer为使用JDBC类型3驱动程序的DB2应用程序提供JDBC服务器支持.
DB2LicenseServer监控是否符合DB2许可证.
DB2RemoteCommandServer支持多分区数据库的分区间通信.
DB2SecurityServer当在客户机上执行认证时,认证DB2数据库用户.
DB2DAS-DB2DAS00这是DB2AdministrationServer.
它支持本地的和远程的数据库管理请求.
DB2AdministrationServer的Windows缺省名称是DB2DAS00.
该服务器与工具目录服务器一起使用来管理作业、警告等.
图4显示了带有缺省DB2实例以及用db2icrt命令创建的PROD和DEV实例的DB2UDBWindows服务.
图4.
DB2UDBWindows服务既然已经理解了DB2UDB使用的Windows服务,让我们把这些服务与SQLServer上的服务一一对应起来.
请看下面的表2.
表2.
把SQLServerWindows服务映射到DB2UDBWindows服务ibm.
com/developerWorks/cn/developerWorks利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第5页,共17SQLServer服务匹配的DB2UDBWindows服务MSSQLServer服务.
这个服务代表了缺省的SQLServer实例.
DB2-DB2-0服务.
这个服务代表了缺省的"DB2"实例.
MSSQL$DB2-SQLServerAgentDB2DAS-DB2DAS00.
这个服务代表了DB2AdministrationServer(DAS)*SQLAgent$DB2DAS-DB2DAS00.
这个服务代表了DB2AdministrationServer(DAS)*MicrosoftDistributedTransactionCoordinator(MSDTC)SyncPointManager(SPM)用于支持分布式工作单元.
数据库配置参数SPM_NAME向数据库管理器标识了同步点管理器实例的名称.
MicrosoftSearch没有匹配的DB2UDBWindows服务;但是,NetSearchExtender软件可用于类似的目的.
*每台DB2机器仅可以有一个DAS.
数据库正如图1所示,在SQLServer中,一个实例可以包含多个数据库.
每个数据库都是一个独立的单元;然而,有关所有用户数据库的元数据都保存在master数据库中,因此查询可以访问两个不同数据库中的表.
当创建一个实例的时候,同时也缺省创建了几个数据库,例如tempdb、master、model和Northwind等等.
SQLServer采用两个级别来存储元数据:实例级(使用master数据库中的系统表)和数据库级(使用用户数据库本身的系统表).
master和tempdb这两个数据库可以被实例中的其它数据库共享.
其它例如视图(view)这样的对象在创建用户数据库时也被缺省创建.
正如图2所示,在DB2UDB中,一个实例也可以容纳多个数据库,每个数据库是真正封闭、独立的单元.
每个数据库都有自己的目录表空间(存储元数据)、临时表空间和用户表空间.
但没有一个数据库能够像SQLServer中的master数据库那样可以跨数据库共享元数据信息.
同样,也没有数据库能够像SQLServer中的tempdb那样可以在其它数据库中被共享以保持临时数据.
DB2UDB包含了一个称作系统数据库目录的二进制文件,里面有您从DB2机器连接的所有数据库的条目.
这个目录在实例级别保存.
图2显示了DB2UDB中的每个数据库的独立性.
此外,您从图中还可以看到每个数据库都有自己的事务日志,这一点与SQLServer也很类似.
当创建一个实例时,缺省情况下不创建数据库.
您需要使用createdatabase命令显式地创建数据库.
您也可以使用如图5和图6所示的ControlCenter来创建数据库.
developerWorksibm.
com/developerWorks/cn/利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第6页,共17图5.
使用ControlCenterGUI创建DB2UDB数据库图6.
使用ControlCenterGUI创建DB2UDB数据库(续)在图6中,您也可以看到当单击了ShowCommand时会发生什么情况.
所有的DB2UDBControlCenterGUI屏幕都会显示实际上在后台执行的SQL语句或命令.
这些命令能够保存在脚本中以供今后执行,或者被复制并从命令行处理器(CommandLineProcessor,CLP)工具或CommandCenterGUI工具中执行.
这两个工具分别等同于SQLServer的iSQL和QueryAnalyzer.
一个实例内的数据库通常不会相互交互;然而,如果应用程序有这样的要求,那么可以通过启用联邦(federation)支持来实现此目的.
您可以查看参考资料一节来获取有关联邦的一篇文章.
ibm.
com/developerWorks/cn/developerWorks利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第7页,共17容器、表空间和文件组在DB2UDB中,容器是数据实际存储的地方,并可以分为文件、目录和裸设备.
在SQLServer中不存在"容器"的概念;而是用文件来存储数据.
在DB2UDB中,表空间是逻辑对象,用作逻辑表和物理容器之间的层.
当创建一个表空间时,您可以将它和一个特定的缓冲池(数据库高速缓存)关联起来,并关联到特定的容器.
这给了你管理和性能上的灵活性.
例如,如果有一个"热门"的表,您可以在它自身的表空间中定义它,而这个表空间又关联到其自身的缓冲池.
这样就帮助确保了该表的数据总是在内存中高速缓存.
当用缺省选项创建数据库时,将创建三个表空间,如表3所述.
表3.
当创建数据库时,缺省创建的DB2UDB表空间表空间名称描述SYSCATSPACE包含元数据的目录表空间.
TEMPSPACE1用于执行诸如连接和排序操作的系统临时表空间.
该表空间的名称可以更改.
USERSPACE1这个表空间是可选的,用于在创建表时没有显式指定表空间的时候存储用户表.
因为数据库是独立的单元,因此不能跨数据库共享表空间.
又因为表空间只在一个数据库中是已知的,所以两个不同的数据库可以有同名的表空间.
您可以在图2中看到,数据库MYDB1有一个名为MYTBLS的表空间,而数据库MYDB2也有一个同名的表空间.
SQLServer通过与DB2UDB表空间类似的方式来使用文件组.
两个不同的数据库可以有同名的文件组,这一点和表空间类似.
如图1中所显示的,数据库MYDB1有一个名为MyFileGroup的文件组,而数据库MYDB2也有一个同名的文件组.
DB2UDB表空间可以被分为SMS(系统管理空间)或DMS(数据库管理空间).
SMS表空间由操作系统管理并仅可以是目录.
它们会随着需要自动地增长,因此提供了较好的性能并且不需要太多管理.
这与SQLServer数据文件的行为(如果您允许自动增长)如出一辙.
DMS表空间由DB2UDB管理,可以是文件或裸设备.
这种类型的表空间能获得最佳性能,但需要一定的管理.
例如,您需要提前指定希望分配给表空间的空间量,因为增长不是自动进行的.
事务日志的位置和大小可以在数据库配置文件中指定.
下表4显示了SQLServer数据库如何与DB2UDB数据库或表空间一一对应.
表4.
SQLServer数据库如何与DB2UDB数据库或表空间一一对应developerWorksibm.
com/developerWorks/cn/利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第8页,共17SQLServer数据库DB2UDB数据库或表空间MasterSYSCATSPACE(目录表空间);在DB2UDB中,仅在数据库级别保存该信息.
model没有等同的数据库/表空间;然而,DB2提供了一个名为"db2look"的工具,它用来将数据库的结构复制到一个脚本文件以便今后执行它来创建一个新的数据库.
msdb工具目录数据库,它可以在安装时创建,也可以在安装后通过命令createtoolscatalog创建NorthwindSAMPLE数据库pubsSAMPLE数据库tempdbTEMPSPACE1表空间distributionDB2UDB为所有的DB2UDB系列提供内建的复制支持.
涉及非DB2的关系管理系统的复制需要InformationIntegrator软件.
对象名称SQLServer对象名称的结构由四部分组成,如下所示:[SQLServerInstance].
[DatabaseName].
[Owner].
[objectname]请注意:这些名称的头三个部分是可选的,取决于使用对象的上下文.
在DB2UDB中,对象的结构由两部分组成:Schema_name.
object_name模式名用来从逻辑上对对象进行分组.
模式名不一定和用户标识相匹配.
任何具有名为IMPLICIT_SCHEMA特权的用户都可以使用不存在的模式创建对象.
例如,假设"Peter"具有IMPLICIT_SCHEMA特权,并执行了以下命令:CREATETABLEWORLD.
TABLEA(lastnamechar(10))在这种情况下,创建了表WORLD.
TABLEA,其中WORLD是新创建的模式.
如果Peter没有显式地指明该模式,那么表PETER.
TABLEA也会被创建,因为缺省使用了连接标识.
在DB2UDB中,在发出命令之前您总是显式地连接至一个数据库,这就解释了为什么数据库名称不是对象名称结构一部分的原因.
表、视图和索引表、视图和索引在SQLServer和DB2UDB中基本上是相同的.
就创建GUI而言,使用SQLServer的EnterpriseManagerGUI工具时,您必须在创建索引之前创建一个图表,而使用DB2UDBControlCenter时,您无需中间步骤就可以直接从GUI中创建一个索引.
SQLServer使用master数据库来存储有关其它用户数据库的信息,但是用户数据库本身是独立的单元,就象在DB2UDB中一样.
因此,在两种产品中,表、视图或索引都可以在两个不同的数据库中拥有相同的名称.
SQLServer允许连接不同数据库(和SQLServer)的表;DB2UDB仅在显式激活联邦的时候才提供此支持.
ibm.
com/developerWorks/cn/developerWorks利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第9页,共17存储过程、触发器和用户定义函数(UDF)本文的主要目的是通过与SQLServer环境的比较来描述DB2UDB环境.
谈论使用存储过程、触发器和UDF的数据库服务器的逻辑是一个相当广泛的话题,因此这里只是简要地介绍一下.
首先,两个产品都支持所有这些对象.
只是SQLServer使用它专有的Transact-SQL(T-SQL),而DB2使用的是SQL过程语言(SQLProceduralLanguage,SQLPL),两者都是SQL/PSM标准的扩展.
在SQLServer中,Transact-SQL实际应用于每一件事情,包括实现SQLServer命令.
在DB2UDB中,情况却不是这样.
DB2使用不同的API来实现其命令,并且因为SQLPL存储过程被首先转换为C,所以它需要一个C编译器来开发这些存储过程.
Transact-SQL是在SQLServer引擎中本机执行的一种解释语言.
当运行它时,会变成经过解释的字节代码,并在每次运行时都需要优化.
存储过程的C语言实现可以提供性能优势,因为代码只编译一次(尤其当运行在无保护方式下);然而,它也增添了对C编译器的需求.
在DB2UDB的未来发行版中,在提供现有功能的基础上,希望能在无需C编译器的情况下支持SQLPL存储过程,这将允许用户选择他们想要实现SQLPL存储过程的方式.
使用DB2UDB,您可以在触发器和函数中使用内联SQLPL,这意味着您不需要C编译器.
通过这种方法可以支持SQLPL语句的一个子集.
配置文件SQLServer在实例级别和数据库级别存储它的配置信息.
使用EnterpriseManagerGUI,右键单击一个给定的实例或数据库并选择Properties就可以显示一个带有所有可能配置选项的窗口.
在DB2UDB中,配置参数同样存储在实例级别(称为数据库管理器配置文件)和数据库级(称为数据库配置文件).
使用ControlCenter,如果右键单击一个给定的实例并选择ConfigureParameters,您将会看到图7所示的窗口.
图7.
DB2UDB数据库管理器配置参数(实例级别)developerWorksibm.
com/developerWorks/cn/利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第10页,共17在数据库级别,右键单击一个给定的数据库并选择ConfigureParameters,将显示图8所示的窗口.
图8.
数据库配置参数(数据库级别)DB2UDB提供了许多可以用来配置系统的参数;然而,如果您喜欢用一种简单的方法来自动配置系统,请使用autoconfigure命令(或ConfigurationAdvisorGUI),它根据您提供的一些信息,将数据库管理器和数据库配置参数设置成最佳值.
图9显示了ConfigurationAdvisor.
图9.
DB2UDBConfigurationAdvisor除了配置文件之外,DB2UDB通常还把DB2注册表变量用于特定于平台的配置.
注意,DB2注册表变量与Windows注册表没有任何关系.
用户可以使用db2set命令来查看并更改这些变量.
安全性SQLServer使用认证、角色和特权的概念来实现安全性.
ibm.
com/developerWorks/cn/developerWorks利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第11页,共17支持两种方式的认证:Windows认证.
Windows操作系统认证登录标识和密码,并仅将登录标识传递给SQLServer,后者再将这个标识与sysxlogins系统表匹配.
混合方式的认证.
SQLServer根据它在sysxlogins系统表中的信息认证登录标识和密码.
一旦经过认证,用户还不能对SQLServer进行任何操作,除非他/她被分配了一个角色或一个给定的特权.
角色被用于将用户分组为一个独立的单元,在这个单元上将应用许可权.
因此,您不用将单独的许可权授予几个用户,相反,您可以创建一个包括所有这些许可权的角色,然后再把这个角色分配给用户.
在DB2UDB中,用户不存在于数据库中,而是由操作系统进行管理的.
因此,DB2UDB的认证在某种程度上有点类似于SQLServer的Windows认证;但是,在任何数据库表中都不会保存数据库登录信息.
任何操作系统用户都有可能潜在地使用DB2UDB;然而,除非他们被赋予了给定的DB2UDB权限或特权,否则他们能做的并不是很多.
通过ControlCenterGUI可以很方便地处理权限和特权的赋予和撤销.
您可能首先必须将一个用户或组从可用的操作系统用户或组中添加到ControlCenter.
另外,在DB2UDB中不使用术语"角色";而是使用术语"权限(authority)",这类似于SQLServer的固定的服务器和数据库角色.
DB2UDB不支持MSSQLServer的用户定义的数据库角色;但是,一个操作系统组可以被赋予权限和特权来实现角色功能.
DB2UDB支持的权限有:SYSADM、SYSCTRL、SYSMAINT、DBADM和LOAD.
使用GRANTSQL语句不能赋予SYSADM、SYSCTRL和SYSMAINT权限.
这些特殊的权限只能从数据库管理器配置文件来设置.
具有SYSADM权限的DB2UDB用户相当于具有sysadmin角色的SQLServer用户.
DB2UDB还使用术语"特权",这等同于SQLServer的许可权.
有数据库特权(connect、createtab等)和数据库对象特权(schema、table、view等).
图10显示了从ControlCenterGUI中获得的DB2UDB安全性信息.
图中大部分的选项卡对应了DB2UDB所支持的特权.
developerWorksibm.
com/developerWorks/cn/利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第12页,共17图10.
DB2UDB安全性下表5将SQLServer的安全性概念和DB2UDB中的一一对应起来.
表5.
将SQLServer的安全性概念和DB2UDB中的一一对应起来SQLServerDB2UDB两种认证方式:Windows认证和混合方式认证由操作系统处理的一种认证方式;非常接近于SQLServer的Windows认证.
角色权限(都是预定义的,没有用户定义的权限.
)许可权特权工具我们已经简单地讨论了SQLServer和DB2UDB中使用的一些工具;然而,还有许多工具在本文中并没有涉及到.
图11显示了DB2UDB的菜单.
这应该让您对本文中没有讨论到的工具和主题有一个大致的认识.
ibm.
com/developerWorks/cn/developerWorks利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第13页,共17图11.
DB2UDB菜单使用命令行如果您更喜欢使用命令行接口,那么对于SQLServer,您应该习惯使用iSQL实用程序.
在DB2UDB中的对应接口是命令行处理器(CLP).
图12显示了DB2UDBCLP实用程序.
我们首先从命令提示窗口执行命令db2cmd来打开命令窗口.
这将初始化运行CLP所需要的DB2环境.
然后,我们通过执行命令db2来调用CLP.
图12.
DB2UDBCLP(命令行处理器)developerWorksibm.
com/developerWorks/cn/利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第14页,共17SQLServer和DB2UDB都提供了同样是GUI工具的命令行接口.
SQLServer中有QueryAnalyzer.
而在DB2UDB中对等的是CommandCenter,如图13所示.
图13.
DB2UDBCommandCenter结束语本文利用您现有的MicrosoftSQLServer2000知识向您介绍了DB2UDBV8forLinux、WindowsandUNIX.
既然SQLServer只受Windows平台的支持,因此本文就着重于这个平台;然而,此处所有您学习到的关于DB2UDB的知识(不是很详细)也可以应用于Linux和UNIX平台.
而且,由于使用的是Windows平台,所以我们采用了两个产品的GUI工具来解释大多数的概念.
但是,所有已经解释过的内容都有一个等同的命令.
作为对SQLServer和DB2UDB体系结构的最后回顾,让我们比较一下图14和图15.
它们分别使用SQLServerEnterpriseManager和DB2UDBControlCenter显示了各自的数据库对象.
ibm.
com/developerWorks/cn/developerWorks利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第15页,共17图14.
MSSQLServerEnterpriseManager-总结图15.
DB2UDBControlCenter-总结下一步该怎么做我建议您能查看"对DB2UDBV8forUNIX、LinuxandWindows的生动简介"这篇文章,它更详细地介绍了本文涵盖的概念.
但愿这篇文章给您带来阅读的乐趣并祝您使用DB2顺利!
developerWorksibm.
com/developerWorks/cn/利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第16页,共17参考资料"为DB2分布式用户介绍DB2OS/390版和z/OS版的系统结构""利用您的分布式DB2技能来学习DB2UDBforiSeries(AS/400)""PortingtoDB2UniversalDatabaseVersion8fromMicrosoftSQLServer2000"IBMDB2MigrationToolkitforMSSQLServer7.
0and2000联邦-数据库互操作性DB2移植专区使管理变得更容易:DB2通用数据库中的调度和自动化有关DB2UDB和VisualStudio的焦点专区ibm.
com/developerWorks/cn/developerWorks利用您的MicrosoftSQLServer2000技能来学习DB2UDBV8第17页,共17关于作者RaulF.
ChongRaulF.
Chong是IBMTorontoLaboratory的数据库顾问,主要与IBM业务合作伙伴一起合作.
Raul在IBM工作已经有5年了,其中3年在DB2TechnicalSupport工作,另外2年则作为一名专门针对数据库应用程序开发和从其它RDBMS迁移到DB2UDB方面的顾问.
版权所有IBM公司2003(www.
ibm.
com/legal/copytrade.
shtml)商标(www.
ibm.
com/developerworks/cn/ibm/trademarks/)