DB2新手使用的一些小笔记:新建实例、数据库路径不存在、客户端连接 .

首先，是添加数据库实例：

　　DB2的实例之间是相互独立的，实例可以被看作是数据库的容器。而默认DB2装好后会自己建一个名为DB2的实例。我们这里需要新建一个，命令这样敲：

在db2的命令行工具里面打开命令行，然后输入：

它这个实例名还挺恶心的，必须是小于8个字符的名字。

　　再用命令行创建好以后才能用那个控制中心的添加实例的功能来添加刚才创建的实例。其实这个添加只是把已有的实例添加到GUI的控制中心里，而不是创建实例。。。。所以，必须注意的是，在这个控制中心里，只要是添加的命令，似乎都得小心点它实际上并没有创建东西，只是把已有的东西拿进来管理。

　　另外，再添加的时候，那个所谓的实例节点名也就仅仅是用于表示这个实例的一个节点的名字而已，似乎对于单台服务器来说意义不大。貌似是一个实例对应的每个实例节点组成一个分区实例的时候才有意义。

然后开始建立数据库：

　　好的，建立好实例之后我们要在实例上建立数据库。由于是Windows的环境下，你第一次建一定会遇到类似这样的错误

按照这个说法很简单只需要执行一下这个命令即可：

不过很遗憾，我还是得到了个报错，为什么呢？其实你使用这个命令来查看就知道了：

看到了吧，那个所谓的DB2_CREATE_DB_ON_PATH变量知识个实例级注册表，所以你直接执行上面那个命令改的是db2这个默认实例的东西。为了对我们新建的实例INSTNAME起作用，我们必须用这个命令：

注：此外，你可以通过DB2自带的那个配置助手来进行这些配置，GUI下的操作简单，就不写了。

好的，到此为止，数据库也已经成功的建立了，接下来就是日常事务了。

现在我们来看看DB2的客户端

　　IBM喜欢把它译作客户机。用习惯了MySQL的同学肯定会觉得有些突兀吧。DB2的客户端也有很多个不同的版本，此外，除了IBM自己的客户端之外，也有第三方开发商弄的客户端，这篇入门文章，我们还是只探讨IBM自己的东西。

下面是IBM自己的说法：

IBM Data Server Client

IBM Data Server Client 是可用于 IBM 数据服务器的完整安装的客户机。在 DB2 9.5 中，它充分支持所有受支持的 API。例如，它为 Ruby 提供了驱动程序。在 DB2 9 中，需要通过后安装（post-installation）下载和配置步骤来添加 Ruby 支持。这个客户机还提供了完整的图形化工具。例如，如果安装一个 IBM Data Server Client，您可以获得 Configuration Assistant、IBM Add-ins for Visual Studio、语言支持，等等。

如果您计划使用这个客户机在一个后端 IDS 数据服务器中支持 OLE DB 应用程序，则需注意这个接口不支持这种使用。但是可以使用这个客户机提供的 ODBC 支持弥补这类场景中的缺陷。

简单来讲，如果某个选项可以用于一个 DB2 客户机，那么它就是可用的。DB2 Client 是与 DB2 连通性有关的所有内容的超集。如上图所示，如果需要任何工具支持，则必须安装这种客户机。

IBM Data Server Client 约为 330 MB。您可以使用前面提到的 db2iprune 实用程序自定义这个客户机把它缩减到大约 200 MB。

IBM Data Server Runtime Client

IBM Data Server Runtime Client 是轻量级客户机部署的最佳选择。它要比它的 DB2 9 伙伴小一些，并且现在和 IBM Data Server Client 一样提供了 IDS 支持。这个客户机没带有任何工具 ― 如前所述，它是由 DB2 8 里前身改变而来（从 DB2 8.2 Run-Time 客户机中删除了 CCA。它不再是 DB2 9 Runtime Client 的一部分）。如果您希望使用 Configuration Assistant 来图形化配置 DB2 9.5 中的连接，则无法在此找到这个工具。然而，这个客户机却包含了 DB2 CLP。这个客户机包含了所有 DB2 接口，例如，Ruby 驱动程序、.NET 驱动程序等等。和 IBM Data Server Client 一样，这个客户机并不支持与IDS数据服务器建立OLE DB连接。IBM Data Server Runtime 客户机在安装后大约占 60-70 MB 的磁盘空间。

如果您的内存需求非常紧迫，则不适合使用这种占用空间较大的客户机，但是它提供了针对任何应用程序连通性场景的充分支持。如果您支持使用各种编程语言构建的应用程序，并且不需要任何工具，那么这种客户机是最佳选择。如果支持像 Ruby on Rails 这样的开源应用程序并且不需要工具，该客户机则是惟一的选择，因为驱动程序不会为 Ruby、PHP 这样的开源 API 包含预编译的二进制文件。

IBM Data Server Driver for JDBC and SQLJ

这个驱动程序与 DB2 9 中的驱动程序非常相似，但是进行了一些技术增强和修复（在 pureQuery 环境中也会用到这个驱动程序）。和所有 IBM 数据服务器连通性选项一样，这个驱动程序也支持 IDS 数据服务器。它通过 db2jcc.jar 的单一包的方式交付（如果需要将它连接到 DB2 for i5/OS 或 DB2 for z/OS 数据服务器，则需要一个有效的 DB2 Connect 许可），并且按照 JDBC 3.0 规范进行交付。DB2 9.5 还通过一个称为 db2jcc4.jar 的包支持 JDBC 4.0 规范。

如果您需要对基于 Java 的应用程序使用一个轻量级的、免版权费的可重新发布的驱动程序，并且不需要任何工具，那么这是最佳选择，因为它支持诸如连接集中（connection concentration）、客户机自动重路由等高级特性。由于只占用大约 2MB 的空间，我将驱动程序使用的空间称为一个指纹（fingerprint）。这个驱动程序的使用有多么普遍呢？每分钟有数十亿美元的资金依靠它运作（或者其早先的版本）。

IBM Data Server Driver for ODBC, CLI, and .NET（只针对 Windows）

这个驱动程序按照 DB2 9 的方式交付，除了新添加的 .NET 支持外，还包括针对 ODBC 和 CLI 接口的支持。这是一个非常适合 .NET 应用程序的部署选项，因为您不再需要仅仅为了向 .NET 应用程序提供连通性而使用大量的内存。此外，添加了针对 Ruby、Perl 和 PHP 这类接口的二进制版本，因此无需亲自编译（尽管驱动程序的名称中没有提到），这大大降低了这些应用程序的部署时间（以及部署工作）。

IBM Data Server Driver for ODBC, CLI, and .NET 还提供了一些非常不错的 Windows 增强。例如，附带了一个安装包装器，可以显著增强在 Windows 上的部署特性。

这个驱动程序还提供了一组合并模块，比如 DB2 Runtime Client。我推荐使用这些合并模块进行安装，因为不论是谁开发您的应用程序的安装范例，它都非常适合。如果您不需要 CLP 或其他任何工具，我推荐使用这个驱动程序，因为它不会产生任何实例管理负担。

现在，您应该非常清楚何时适合使用这个驱动程序。然而，需要注意一点，这个驱动程序并不包含对 OLE DB 的支持。我想我需要特别指出这点，应该通常情况下 ODBC 和 OLE DB 支持是互相关联的。如果需要支持一个 OLE DB 应用程序，则至少要安装一个 DB2 Run-Time Client。

注意 ：尽管名称有些不符，从 IDS 的角度来看，这个驱动程序只交付面向 .NET、PHP、Perl 和 Ruby 编程接口的支持（它建议客户机继续使用 Informix SDK for C/C++ 应用程序）。这个驱动程序附带了一个免版权费的发布许可。

DB2 9.5 的新的 .NET 部署选项远远超越了为应用程序提供运行时环境这一功能。如果您希望部署最轻量级的 .NET 开发环境，您可以下载独立的 IBM Add-ins for Visual Studio（大约 30 MB）和这个驱动程序（大约 10 MB），您将获得一个专门为 .NET 集成了 IBM 数据服务器开发环境的 Visual Studio。记住，如果使用这个方法，IBM Add-ins for Visual Studio 和 IBM Data Server Driver for ODBC, CLI, and .NET必须位于相同的代码级别。例如，如果您计划支持 Visual Studio 2008 IDE，则必须在 Fix Pack 1 级别安装这些组件。如果 Fix Pack 2 对任一个这些组件进行了功能性修改，那么必须确保所有这些组件都处于 Fix Pack 2 级别。

IBM Data Server Driver for ODBC and CLI

这个驱动程序实际上提供了与 IBM Data Server Driver for ODBC, CLI, and .NET 相同的功能、特性和优点，惟一的不同是它绝对不支持 .NET 或提供以 Windows 为中心的部署增强。如果需要支持前面小节中描述的相同场景，那么可以使用这个驱动程序，但是注意不能将它用于 .NET 应用程序。这个驱动程序可从 DB2 9 获得，它还附带了免版权费用的发布许可。

IBM Data Server Add-ins for Visual Studio

IBM Data server Add-ins for Visual Studio 在过去只是为了获得一般可用性而作为基于 Windows 的 DB2 Client 或服务器映像附带（换言之，我在这里不会介绍技术内容）。在 DB2 9 中，这个插件以前被称为 IBM Database Add-ins for Visual Studio 2005。在 DB2 9.5 中，它被重命名以反映可用于 Visual Studio 2005 或 Visual Studio 2008 的插件，因此从插件名称中去掉了版本信息。
在 DB2 9.5 中，虽然 DB2 Client 和服务器映像仍然附带了这个插件，但是现在它可以作为独立下载的映像使用，大概有 30 MB 的大小。

　　不管IBM自己怎么说，当务之急还是下载客户端要紧，DB２的客户端可以从这里去寻找：http://www-01.ibm.com/software/data/db2/ad/

为了让客户机可以连接服务器，还需要设置一下实例的通信设置。这里选中实例以后在控制中心里把对应的实例的通信设置里面设定成tcp/ip，并且设定好你要的端口即可。此外还需要设置DBM配置里面的通信部分的SVCENAME这个变量可以在控制中心设置，如果要用命令的话似乎是这样的：

上面都配置好了以后就可以用客户端连接了：

 我这里是用的runtime client，所以这里需要使用命令行（选择命令行工具输入db2进入交互界面）：

至于为什么要这么做，实际上，是因为这个客户端也自己维护了一个编录，你需要先新建一个本地的node来保存一台数据库服务器的信息，之后再添加一个对应的数据库目录才可以连接。

关于这一部分内容，可以参考这段引用：

在DB2中从客户端访问服务器端的数据库时，不能直接用connect命令，而必须先建立通信node，再在node的基础上建立数据库连接。在命令行的具体操作如下：

->db2 catalog tcpip node ABC remote serverName server 50000
->db2 catalog db databaseName at node ABC
->db2 connect to databaseName user Uid using Pwd

说明:

catalog tcpip node ABC 中的ABC是由你任意起的一个结点名，结点名不能跟已有的结点名重复
catalog db databaseName at node ABC　中的ABC指的是你在前面起的那个结点名
serverName 服务器名称(远程数据库)
databaseName 数据库名称
Uid　用户名
Pwd　密码
另外，如果客户端已经跟同一个服务器建立了node，那么如果你想连接该服务器上的另一个数据库时，不需要再另建node，直接用同一个node即可。另外，建立node时服务器名称后的端口不一定是50000，要看DB工程师当时的设置。
相关指令：
list db directory 列出可访问的db
list node directory 列出可访问的结点
其他一些重要的DB2命令

　　1. 查看本地节点目录
　　命令窗口中输入：db2 list node directory

　　2. 编目一个TCP/IP节点
　　命令窗口：db2 catalog tcpip node <node_name> remote <hostname|ip_address> server <svcname|port_number> ostype <OS2|AIX|WIN95|NT|HPUX|SUN|MVS|OS400|VM|VSE|SCO|SGI|LINUX|DYNIX>

　　3. 取消节点编目
　　db2 uncatalog node <node_name>

　　4. 查看系统数据库目录
　　db2 list database directory

　　5. 查看本地数据库目录
　　db2 list database directory on <盘符>
　　在本地数据库目录中有而系统数据库目录中没有的数据库不能访问，可以在控制中心中选中<数据库>右键单击选择添加，然后输入需要添加的数据库名称或者点击刷新按钮选择数据库，加入数据库后即可以访问。

　　6. 编目数据库
　　db2 catalog database <db_name> as <db_alias> at node <node_name>

　　7. 取消数据库编目
　　db2 uncatalog database <db_name>

　　8. 测试远程数据库的连接
　　db2 connect to <db_alias> user <user_id> using <password>

接下来，一个显然的问题就是用户认证及其权限

　　和MySQL Orancle不同，DB2对于用户的认证是直接整合操作系统的用户认证的，因此，db2的用户就是操作系统的用户。在成功的通过了用户验证以后，就开始验证用户权限了。

　　至于用户权限的设置，可以直接使用控制中心对某个表、数据库甚至实例进行配置。表权限就是select等等，这些大家都清楚，而数据库权限要说明一下：

数据库权限
每个数据库权限都允许拥有该权限的授权标识对整个数据库执行某种特定类型的操作。数据库权限与特权不同，后者允许对特定数据库对象（例如表或索引）执行特定操作。

这些是数据库权限。

ACCESSCTRL
允许拥有者授予和撤销所有对象特权和数据库权限（对审计例程的特权除外）以及 ACCESSCTRL、DATAACCESS、DBADM 和 SECADM 权限。
BINDADD
允许拥有者在数据库中创建新包。
CONNECT
允许拥有者连接到数据库。
CREATETAB
允许拥有者在数据库中创建新表。
CREATE_EXTERNAL_ROUTINE
允许拥有者创建过程以供数据库的应用程序和其他用户使用。
CREATE_NOT_FENCED_ROUTINE
允许拥有者创建未受防护的用户定义的函数（UDF）或过程。将把 CREATE_EXTERNAL_ROUTINE 自动授予任何已被授予 CREATE_NOT_FENCED_ROUTINE 权限的用户。
注意： 数据库管理器不会阻止未受防护的 UDF 或过程访问它的存储器或控制块。因此，具有此权限的用户必须非常仔细地测试他们的 UDF，以使之特别严密，然后再将其注册为未受防护的 UDF。
DATAACCESS
允许拥有者访问存储在数据库表中的数据。
DBADM
允许拥有者充当数据库管理员。特别是，它授予拥有者除 ACCESSCTRL、DATAACCESS 和 SECADM 之外的所有其他数据库权限。
EXPLAIN
允许拥有者说明查询方案，而不要求他们拥有访问这些查询方案所引用的表中数据的特权。
IMPLICIT_SCHEMA
允许任何用户隐式地创建模式（使用 CREATE 语句创建对象，并指定尚不存在的模式名）。SYSIBM 成为隐式创建的模式的所有者，并且授予 PUBLIC 在此模式中创建对象的特权。
LOAD
允许拥有者将数据装入到表中。
QUIESCE_CONNECT
允许拥有者在数据库处于停顿状态时访问该数据库。
SECADM
允许拥有者充当数据库的安全管理员。
SQLADM
允许拥有者监视和调整 SQL 语句。
WLMADM
允许拥有者充当工作负载管理员。特别是，WLMADM 权限的拥有者可以创建和删除工作负载管理器对象、授予和撤销工作负载管理器特权以及执行工作负载管理器例程。
只有具有 SECADM 权限的授权标识才能授予 ACCESSCTRL、DATAACCESS、DBADM 和 SECADM 权限。所有其他权限都可以由具有 ACCESSCTRL 或 SECADM 权限的授权标识授予。

要从 PUBLIC 除去任何数据库权限，具有 ACCESSCTRL 或 SECADM 权限的授权标识必须显式地撤销该权限。
 

关于权限这一部分是一个大话题，有机会以后再写，这一部分的内容完全可以参考这里的文档来配置：

http://pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=/com.ibm.db2.luw.admin.sec.doc/doc/c0005524.html