Informix Dynamic Server 11.50 第 1 部分: IDS 计划和安装

最新推荐文章于 2022-10-27 09:57:13 发布

nigula99

最新推荐文章于 2022-10-27 09:57:13 发布

阅读量1.3k

点赞数

文章标签： informix server 数据库 windows 存储产品

Informix Dynamic Server 11.50

第 1 部分: IDS 计划和安装

Jeffrey S. Bohm, 软件工程师, EMC

Jeff

简介： 本教程是系列教程的第一篇，本系列帮助您熟悉 IBM® Informix® Dynamic Server (IDS) 的各个方面和准备 IDS 基础认证考试。第一个教程讨论 IDS 的计划和安装，这是成功地了解和使用 IDS 的好起点。

计划

有许多人影响了我，包括我的父母、高中老师、大学教授、业务指导等等；但是他们实际上都告诉我同一个道理：要想取得成功，就需要制定计划。对于成功的数据库部署，同样如此 — 您需要计划。尽管您可能不情愿花时间制定计划，但是要记住计划在日后会为您节省大量时间。

因此，本教程的第一部分讨论计划。在制定计划时，需要问自己一些问题：

我需要数据库软件中的哪些功能？
我希望连接什么类型的应用程序？
会有多少用户？这些用户从哪里连接数据库？
我要存储什么类型的数据？数据量有多大？
我希望应用程序的响应时间是多少？
要使用现有硬件，还是购买新硬件？
是由一个人维护数据的所有方面，还是让一个团队分担责任？

还可以列出更多问题，但是我们先就此打住。本节的目标并不是深入讨论这些问题，而是促使您思考它们并讨论与它们相关的一些高层主题。

IDS 版本

Informix Dynamic Server 提供四个不同的版本：

Developer
Express
Workgroup
Enterprise

IDS 的 Developer Edition 是一个免费产品，只能用于应用程序开发和测试。它包含 Workgroup Edition 的大多数功能，但是没有 IBM 技术支持。它还在处理器数量、内存和存储方面有可伸缩性限制。

Express Edition 适用于中小型企业，只能在 Linux 和 Windows 操作系统上运行。它也包含 Workgroup Edition 的大多数功能并有可伸缩性限制。

Workgroup Edition 适用于中型企业或作为大企业的部门服务器。它可以在各种 Unix/Linux 操作系统以及 Windows 和 Mac OS X 上运行。Workgroup Edition 增加了额外功能，比如有限的 Enterprise Replication (ER) 和 High-Availability Data Replication (HDR)。Workgroup Edition 也有可伸缩性限制。

Enterprise Edition 包含 Workgroup Edition 的所有功能，而且没有可伸缩性限制。Enterprise Edition 包含完整的 HDR 和 ER 功能，还增加了 Continuous Availability Feature、Storage Optimization、LBAC 等功能。

制定计划的首要步骤之一是判断需要用哪个 IDS 版本支持您的业务需求。

回页首

应用程序类型

连接数据库的应用程序通常分为两类：

联机事务处理，即 OLTP
决策支持系统，即 DSS，有时候也称为数据仓库

您会问，“它们有什么不同？” 我们来看一个示例。

OLTP

OLTP 型处理的示例是呼叫中心应用程序。当您打电话给信用卡公司（或任何形式的服务台）时，电话那头的服务人员通常会询问某些能够惟一地标识您账户的信息，比如账户号。使用这个账户号搜索数据库，找到只与您相关联的几个记录。可能只有一个记录（可能是您的账户信息），也可能有几十个记录，比如您的账户信息加上最近 15 次交易的信息。无论是哪种情况，这应该是快速的搜索，可以在一两秒或更少时间内返回数据。尽管它可以返回来自多个表的几十个数据行，但是它返回的行只占数据库中行的很小一部分。应用程序可能返回 20 行，这与表中的 2 亿行相比微不足道。我这么说并不是想让您觉得渺小；只是想指出 OLTP 型系统的关键特征：

它通过查询返回很少几行
它具有非常短的响应时间 — 通常是一两秒或更少
它使用惟一标识和索引获取行集
它是一个读写型环境
支持大量用户

OLTP 系统设计为读写系统。信用卡服务台等用户应用程序不但会从数据库中选择数据，还会频繁地更新和插入新数据。

DSS 或数据仓库

DSS 型查询是报告型的查询。它们是运行时间更长，更深入的查询。继续以上面的信用卡公司为例，公司的 CEO 希望：

查明上一个月发生了多少次信用卡交易
生成所有拖欠信用卡债务的客户的报告

注意，这些查询并不与某一客户相关联。第一个查询可能只使用一个表获取数据（也可能使用几个表），但是为了获得一个月的结果，它必须搜索很大的数据范围，然后对数据进行聚合（计数）以获得最终结果。第二个查询与第一个相似，但是返回更多数据。

许多人认为 DSS 型查询都会返回大量数据。但是，事实并非如此。在前面的示例中，第一个查询是 DSS 查询，但是它只返回一行（实际上只有一个总数值）。第二个查询返回大量数据，具体数量取决于拖欠信用卡债务的客户数量。

DSS 查询的关键特征包括：

长时间运行；可能需要几分钟到几小时
资源消耗量更大
与查询条件匹配的行很多
可能要聚合大量数据（求总和、最小值、最大值、总数等等）
因为涉及很大的数据集，需要对表进行连续的扫描

DSS 环境更接近只读环境。尽管有时候必须把数据装载到系统中，但是通常采用批量装载，在此之后系统不进行更新，至少不会频繁地更新。

因此，不要根据查询返回的数据量判断它的类别，而是应该根据查询本身的关键特征来判断。

在设计数据库时使用的数据模型也非常重要。IDS 可以使用三种数据模型：

关系数据模型 —— 典型的 OLTP 模型
对象-关系数据模型 —— 通过使用 IDS 的可扩展性选项（扩展的数据类型、用户定义例程、用户定义类型、用户定义聚合等等），在关系数据模型中添加对象
维数据模型 —— 典型的 DSS 数据模型，支持联机分析处理 (OLAP)

尽管在当今的环境中一个数据库不一定是纯粹的 OLTP 或 DSS，但是查明数据库的主要应用程序类型总是有好处的，有助于采用与之相匹配的设计路径。

许多数据库有两种类型的应用程序同时连接它们，为了适应这种情况，IDS 提供了可配置的参数，帮助提高在同一数据库上运行的 OLTP 和 DSS 查询的性能。

回页首

用户

计划的另一部分是考虑用户需求。

基本问题包括：

需要为这个软件建立任何特殊用户或组吗？
用户从哪里连接数据库？
预计会有多少个用户同时连接数据库？

回答这三个问题不仅有助于数据库计划，还有助于确定硬件需求。

Unix/Linux 上的 IDS 要求在安装机器上设置 “informix” 用户账户和 “informix” 组。Windows 上的需求要宽松一些，允许使用 “informix” 用户或一个本地系统用户和 “Informix-Admin” 组。在 Windows 上安装时，可以选择要使用的用户账户。

在默认情况下，“informix” 用户是 IDS 软件的 “超级用户”。它有权访问所有内容，可以用 IDS 软件做任何事。

IDS 11.50 使用外部用户身份验证，这意味着它不在软件内部设置用户，而是依靠其他软件验证用户的身份。这个外部软件可以是运行 IDS 的机器上的操作系统身份验证机制、LDAP、MS Active Directory 或 Pluggable Authentication Module (PAM)。

注意：无论采用哪种身份验证方式，都必须记住一点：需要访问数据库的所有用户都必须通过外部身份验证机制设置账户和密码，这样数据库才能对他们进行身份验证并允许他们访问数据。连接的用户账户数量对于制定计划很重要。

正如前面提到的，在默认情况下，“informix” 用户是 IDS 系统的 “超级用户”。但是，某些规范要求把管理员权力划分给多个用户，每个用户只具有一部分管理权限。这称为角色隔离。角色隔离是一种权力制衡机制。IDS 角色隔离把管理员权力划分为两类：

运行实例的人要执行的管理任务
审计实例活动的人要执行的审计任务

必须在安装软件时启用角色隔离，启用方法是在启动安装过程之前设置 INF_ROLE_SEP 环境变量，或者在交互式安装过程中启用它。只能通过卸载/重新安装 IDS 软件禁用角色隔离。角色隔离在 Windows 上使用用户账户，在 Unix/Linux 上使用组账户。如果已经启用了角色隔离，安装过程会询问这些用户和组账户的信息。

角色隔离把管理员权力划分给三个用户：

Database System Administrator (DBSA) —— 控制实例的一般操作
Database System Security Office (DBSSO) —— 决定要审计什么
Audit Analysis Officer (AAO) —— 监视审计记录

还有几个用户虽然不属于角色隔离，但是可能需要为它们制定计划：

Database Administrator (DBA) —— 管理实例上的数据库
Operating-System Administrator (OSA) —— 满足操作系统需求
System Users —— 需要获得数据的任何用户

回页首

数据类型

在制定数据库计划时，应该熟悉可以用来存储数据的数据类型。描述数据在数据库中的存储方式的最简单方法是用电子表格做类比。您很可能使用过或见过某种电子表格程序（例如 Microsoft® Excel®）。电子表格组织为行和列。同一列中的所有数据（垂直数据）通常是相似的，比如都是日期或金额。列标题描述数据的含义。

同一行中的所有数据（水平数据）共同描述电子表格表示的一个对象。在下面的示例（表 1）中，电子表格描述 XYZ Shoe Store 的客户。每一行描述一个客户的相关信息，每一列描述所有客户的某一概念。对于每个客户，要存储姓名、年龄、鞋码、最后一次从店里买鞋的时间和这次交易中购买的数量。

表 1. 数据示例

Name	Age	Shoesize	Last Trans Date	Last Trans Amt
Fred Flintstone	29	11.5	3/29/2009	$79.35
Barney Rubble	31	9	1/15/2009	$103.75
Dino Flintstone	7	16	11/26/2008	$129.95

数据库并不在电子表格中保存数据，而是在表中保存数据。与电子表格一样，表也由行和列组成。在定义表时，指定要保存什么样的列数据和每个列使用的数据类型。数据类型限制列可以包含的数据的类型。如果把列定义为整数数据类型，那么这个列就不能包含字母；它只能包含整数。当应用程序开始在表列中存储数据时，添加表行。每次存储一行数据。表 1 中的示例有 5 列 — 第一列 Name 的数据类型是字符/字符串；Age 是整数；Shoesize 是小数；LastTransDate 是日期；LastTransAmt 是货币值。

既然已经了解了在什么地方使用数据类型，现在看看 IDS 中可用的数据类型。

可用的数据类型

内置数据类型
- BIGINT —— 从 -(2⁶³-1) 到 2⁶³-1 的整数
- BIGSERIAL —— 从 -(2⁶³-1) 到 2⁶³-1 的整数，由服务器自动地递增；有时候作为代理主键
- BLOB —— 二进制大对象，最大大小为 4TB，用于以原生格式存储对象
- BOOLEAN —— 't' 或 'f' 值；可以在表达式中测试
- BYTE —— BLOB 的老版本，理论大小限制为 2³¹ 字节，实际限制由磁盘容量决定
- CHAR(n) —— 存储 n 个字符；如果长度小于 n，那么用空格填充至 n 个字符
- CHARACTERVARYING(m,r) —— 与 ANSI 兼容的 VARCHAR
- CLOB —— 字符大对象，最大大小为 4TB，用于字符数据
- DATE —— 日历日期；默认格式为 MM/DD/YYYY；可以通过 DBDATE 环境变量修改格式；指定一个时间点
- DATETIME —— 日历日期和时间；默认格式为 YYYY-MM-DD HH:MM:SS.FFF；可以通过 DBTIME 环境变量修改格式；指定一个时间点
- DECIMAL(p,s) —— 小数值，其中的 'p' 是总位数，'s' 是小数点右边的位数。
- NUMERIC(p,s) —— 与 DECIMAL 相同
- DOUBLE PRECISION —— 与 FLOAT 相同
- FLOAT —— 双精度浮点数，最多 17 个有效位
- IDSSECURITYLABEL —— 只由 Label Based Access Control (LBAC) 使用的 VARCHAR(128)
- INTEGER —— 从 -(2³¹ -1) 到 2³¹ -1 的整数
- INT8 —— 从 -(2⁶³ -1) 到 2⁶³ -1 的整数
- INTERVAL —— 格式与 DATETIME 相同，但是指定一个时间范围
- LVARCHAR(m) —— 长度可变的字符字段，最大长度为 m；只使用存储数据所需的空间，而且不超过 m；在使用 UDT 时最大大小限制为 2GB，否则限制为 32K
- MONEY(p,s) —— 与 DECIMAL 相似，但是用货币字符进行格式化；默认字符是 $ 和 .，但是可以通过 DBMONEY 环境变量修改
- NCHAR(n) —— 存储固定长度的字符数据，但是包括使用 Global Language Support (GLS) 存储由数据库地区决定的单字节和多字节字符集；还允许使用本地的整理次序
- NVARCHAR(m,r) —— 与 VARCHAR 相同，但是具有与 NCHAR 相似的特殊性质
- REAL —— 与 SMALLFLOAT 相同
- SMALLFLOAT —— 单精度浮点数，大约 9 个有效位
- SERIAL —— 从 –(2³¹ -1) 到 2³¹-1 的整数，由服务器自动地递增；有时候作为主键
- SERIAL8 —— 与 SERIAL 相同，但是数值范围为 –(2⁶³ -1) 到 2⁶³-1
- SMALLINT —— 从 -32767 到 32767 的整数
- TEXT —— CLOB 的老版本，最大大小为 2GB
- VARCHAR(m,r) —— 长度可变的字符字段，最大长度为 m（m 不超过 255），r 是最小保留空间；如果存储的值的长度小于 r，那么用空格填充至 r 个字符；如果存储的值的长度大于 r 但小于 m，那么只使用存储数据所需的空间
扩展数据类型
- 复合数据类型
  - ROW
  - COLLECTION
- 用户定义数据类型
  - 独特类型（Distinct types）
  - Opaque 类型

内置数据类型被认为是原子的，也就是说它们无法分割为更小的块。每个内置数据类型都有独特的性质。

清单 1 给出一个使用内置数据类型创建 customer 表的示例（数据来自表 1）：

清单 1. 使用内置数据类型

CREATE TABLE customer

( Name CHAR(55),

Age INTEGER,

Shoesize DECIMAL(3,1),

LastTransDate DATE,

LastTransAmt MONEY(5,2)

);

数据类型的可扩展性

因为内置数据类型不可能覆盖用户可能希望存储的所有数据的类型，IDS 提供了扩展数据类型的功能，可以把内置数据类型组合在一起，也可以添加新的用户定义数据类型。复合数据类型包含两类：ROW 和 COLLECTION。

ROW 数据类型就像是表中的一行，但是把这一整行放在一个列中。因此，它包含多个由内置数据类型组成的部分。它不是原子的。可以为 ROW 数据类型指定名称，也可以不指定。

示例：
仍然以前面的 XYZ Shoe Store 为例，您希望存储客户的完整姓名 — 名、中间名和姓。不必创建三个列，分别保存这三个部分，而是可以创建一个包含三部分的列。

COLLECTION 数据类型实际上包括三种数据类型：SET、MULTISET 和 LIST。COLLECTION 数据类型允许把相同数据类型的数据组一起存储在单一列中。

示例：
仍然以前面的 XYZ Shoe Store 为例，您希望存储客户喜欢的鞋子品牌。不希望为此创建多个列，因为不知道需要多少个列。一些人只喜欢一个品牌，而有的人喜欢四五个品牌。所有品牌名都只是字符串，所以它们的数据类型相同。对于这种情况，可以创建一个名为 FavBrands 的 SET 类型的列，它存储字符串数据。这个列可以存储客户喜欢的任意数量的品牌。然后，可以使用 SQL 选择在 FavBrands 列中包含 Nike 的所有客户。这里选用 SET 类型是因为 SET 不允许集合中有重复的数据。'Nike','Keds','Nike' 这样的值是没有意义的。MULTISET 和 LIST 都允许重复的数据。COLLECTION 不允许 Null 元素，所以在定义 COLLECTION 时必须指定 NOT NULL 约束。

清单 2 给出一个使用 ROW 和 COLLECTION 类型创建 customer 表的示例：

清单 2. 使用 ROW 和 COLLECTION

CREATE TABLE customer

( Name ROW( fname CHAR(15), mi CHAR(1), lname CHAR(35)),

Age INTEGER,

Shoesize DECIMAL(3,1),

LastTransDate DATE,

LastTransAmt MONEY(5,2)

FavBrands SET(CHAR(10) NOT NULL)

);

修改之后，表数据像下面这样：

表 2. 示例使用的数据

Name			Age	Shoesize	Last Trans Date	Last Trans Amt	FavBrands
FName	MI	LName
Fred	F	Flintstone	29	11.5	3/29/2009	$79.35	Rockers, Nike
Barney		Rubble	31	9	1/15/2009	$103.75	Treadwear
Dino	T	Flintstone	7	16	11/26/2008	$129.95	Doggear

用户定义类型

尽管内置类型和复合类型能够覆盖用户可能希望存储的大多数数据，但是仍然有可能需要新的数据类型。新的应用程序和技术带来新的东西，可能需要新的数据类型。因此，IDS 并不负责决定什么时候应该添加新的数据类型，而是让用户能够在需要时添加新的数据类型。这些数据类型称为用户定义类型（UDT）。用户定义它，告诉 IDS 如何与它交互。这是一个非常棒的功能。

如果生活中的所有事情都这么容易，就好了。实际上，这确实不太难；只需完成几个步骤。本教程后面会详细讨论 UDT 和 UDT 的支持函数。这里先简要介绍一下。

正如在前面的可用数据类型列表中看到的，第一种 UDT 类型称为独特类型（distinct type）。简单地说，独特类型只是对一个内置数据类型的重新命名。它继承内置类型的基本性质，但是不包括支持函数。

示例：Create distinct type Shoesize as DECIMAL(3,1)

因为 shoesize 定义为小数，所以它具有小数类型的存储性质。但是，可以对小数值执行的操作对于 shoesize 值不一定都有意义。例如，把两个 shoesize 相加求出另一个 shoesize 是没有意义的。加函数 (+) 在 IDS 中是一个支持函数。因为 IDS 不知道支持函数对于新定义的独特类型是否有意义，它会自动地在独特类型上禁用所有支持函数。因此，也不能比较 shoesize 值和小数值。值的比较也是支持函数。尽管 shoesize 定义为小数，但是它们是两个不同（独特）的类型，不能相互比较。如果要比较小数值和 shoesize 值，就必须先把其中一个值转换为另一个值的数据类型，然后才能进行比较。

所以您会问，“如果在这个新的 ‘独特’ 数据类型上不支持支持函数，那么它对我还有什么用呢？” 您想对 shoesize 执行一些特殊的操作，比如检查一个 shoesize 是否比另一个大。这是一个不合适的例子，因为这里的 shoesize 是像一般小数值那样的递增值。但是，假设 shoesize 中还要加入 XS、S、M、L、XL 和 XXL 值。必须把 shoesize 由小数类型改为字符类型。但是在这种情况下，如果要比较两个 shoesize 值，就不能再依靠一般的次序（在这里是字母表次序）。如果依靠字母表次序，那么 shoesize 的次序会是 L、M、S、XL、XS、XXL。但是这不对，因为 XS 实际上是最小的。无法依靠 IDS 的内置函数解决这个问题，所以需要一种替代方法。IDS 的替代方法是允许编写外部例程，然后可以在一般的 SQL 中调用它们。因此可以编写一个例程来执行 shoesize 的比较。这些新例程称为用户定义例程 (UDR，user define routine)。本教程后面会进一步讨论 UDR。

另一种 UDT 称为 OPAQUE 数据类型。顾名思义，opaque 类型是 IDS 完全不了解的新类型。必须向 IDS 描述这个数据类型，这有点像 C 结构。还必须告诉 IDS 其他信息，包括这个结构应该如何保存在磁盘上、如何在磁盘格式和显示格式之间进行转换、如何为它编制索引以及要使用的支持函数。您一定会问，“如果必须做这么多工作，我为什么要使用 IDS，我可以编写自己的应用程序？” 尽管 OPAQUE 数据类型需要做许多工作，但是有很大的回报，因为可以自动地利用所有其他数据库功能。定义了支持函数之后，IDS 就可以在一般 SQL 语句中的任何地方使用它们，就像内置类型一样。因此，可以利用关系数据库管理系统 (RDBMS) 中已有的所有功能，包括事务完整性、备份和恢复、存储、用户功能、与其他数据类型的集成等等。

使用 OPAQUE 类型的例子是 GeoSpatial Datablade，它定义了一个 GeoPoint 数据类型，用来存储四维的地理坐标。这个数据类型的支持函数帮助分析距离、接近程度、交汇，提供基于地理位置的其他功能。这些函数可以包含在一般 SQL 语句中，所以字符数据、geopoint 数据和其他数据类型的数据可以出现在同一结果集中。

用户定义例程

可以用 C、Java 或 Stored Procedure Language (SPL) 编写 UDT 的支持函数。实际上，不仅可以为 UDT 编写支持函数，DBA 还可以创建 UDR 来支持内置数据类型。

示例：
内置数字数据类型的平均值（AVG）聚合函数（例程）在执行计算时完全忽略 NULL 值。但是，您的数据分析可能需要考虑 NULL 值，所以需要编写一个 AVG 例程，它把 NULL 值转换为零并在计算中包含它们。可以编写一个重载内置 AVG 函数的 UDR，然后对内置数据类型或 UDT 使用这个新例程。

注意，在这个示例中，“函数” 和 “例程” 这两个词是同义的。这是因为例程只是一个类别，它包含两个实际元素：函数和过程。因此，在创建例程时，实际上使用 CREATE FUNCTION 或 CREATE PROCEDURE SQL 语句。

您会问，“函数和过程有什么区别？” 根据 ANSI 标准定义，函数可以接收值，也可以返回值；而过程可以接收值，但不应该返回任何值。例如，向 SUM 函数传递 2 和 2，它会返回 4。但是，对于更新职员工资的过程，把新的工资值传递给它，它不需要向用户返回任何东西。从 11.50 开始，IDS 不完全符合 ANSI 标准，因为它仍然允许从过程返回值。这是为了保持向后兼容性。在以后编写例程时，一定要牢记 ANSI 标准。

datablade

在结束对 UDT 和 UDR 的讨论之前，看看另一个概念 datablade。因为我们已经讨论了 UDT 和 UDR 是什么，datablade 概念应该容易理解。datablade 是由于某种原因打包在一起的 UDT 和 UDR。原因往往是它们具有某些共同点，比如都具有某一功能。datablade 的例子是 Geodetic Datablade。Geodetic Datablade 中包含执行地理空间数据存储、获取、索引和各种分析所需的所有 UDT 和 UDR。

回页首

版本说明

假设您需要为计算机买一台新打印机。您会跑到本地的计算机外设商店，挑选一台自己喜欢的打印机，然后带回家。回家之后，您打开包装盒，首先做的就是拿出用户手册，从头到尾读一遍，然后再取出包装盒中的其他东西。对吗？但是实际上，绝大多数人会拿出用户手册，但是把它丢在一边，因为他们太兴奋了，想早点把打印机接到计算机上。外设生产商考虑到了这种现象，为此，他们会在包装盒内最上面放上某种资料 — 可能名为 “Read Me First” 文件，其中说明让打印机开始工作的简易步骤。

IDS 也采用这种做法，它把用户指南分为两部分。第一个部分是 README.html 文件，这个文件放在从安装介质解压软件时生成的顶级目录中。README 文件包含非常基本的安装说明，还有其他几个文档文件（称为 “版本说明”）的链接。（本教程的 “安装” 一节详细讨论安装）。这些版本说明描述新特性、支持的版本、内核参数值、已经废弃的特性和已知问题及其解决方法。如果您从 IDS 的一个版本升级到另一个版本，版本说明对于了解版本之间的差异很有帮助。如果您是安装全新的系统，也可以在版本说明中找到关于这个版本和其他信息来源的信息。如果您得到一个已经安装好的 IDS，仍然可以在安装 IDS 的目录中的一个子目录下找到版本说明。让我们把安装 IDS 的目录称为 INFORMIXDIR。版本说明的位置是 /INFORMIXDIR/release（Unix/Linux）或 C:/INFORMIXDIR/release（Windows）。实际上，它们在这个目录下的一系列本地化目录中。这些本地化目录采用 Global Language Support (GLS) 约定。如果在 Unix/Linux 上安装这个产品的 US English 版本，完整的目录路径是 /INFORMIXDIR/release/en_us/0333。

最后两个子目录名取决于您的国家和语言，但是结构是相似的。在最内层的目录中会找到这台机器上安装的所有 IBM Informix 产品的版本说明，包括 HTML 和文本两种格式。

回页首

地区

前一节的最后一部分提到了 Global Language Support (GLS) 的概念。世界上的各个国家并不使用相同的语言、相同的字母表或相同的货币。因此，软件也不应该只使用一种语言。这就引出了本地化问题。“本地化” 过程对产品进行转换以满足特定的文化环境。在本地化过程中，要创建与文化相关联的资源文件，翻译用来生成产品用户界面、消息和错误的文件，设置日期、时间和货币格式。

还可以进一步定义地区；它使用本地化的文件，但是还指定编码集（字符映射）和整理次序（词典排序次序）。这种划分允许相同的本地化有多个地区。一个国家可能有多个地区，所有地区说同一种语言，但是每个地区略有差异。在创建数据库时，产品和硬件类型将决定使用的默认地区。这称为 DB_LOCALE。对于在美国购买并安装在 Unix/Linux 上的 IDS 产品，默认的 DB_LOCALE 是 en_us.8859-1（也称为 en_us.819）。如果安装在 Windows 上，默认的 DB_LOCALE 是 en_us.1252。如果想修改 DB_LOCALE，必须在创建数据库时在运行 CREATE DATABASE SQL 语句的会话中设置 DB_LOCALE 环境变量。

ISO 8859-1 字符编码针对拉丁字母表，适用于许多国家。

尽管 DB_LOCALE 指定数据库的默认地区，但是连接数据库的客户机可以使用不同的地区。客户机的 CLIENT_LOCALE 环境变量指定客户机的地区。要想让数据库和客户机能够交换信息，它们的地区必须是相同或者兼容的（可相互转换）。

在为 GLS 存储字符数据时，一定要使用 NCHAR 和 NVARCHAR 数据类型，而不是 CHAR 和 VARCHAR 数据类型。以 “N” 开头的数据类型允许根据 CLIENT_LOCALE 决定排序次序，而不只是根据 DB_LOCALE。客户机可以使用 SET COLLATION SQL 语句在当前会话中动态地修改排序次序。

清单 3 给出 GLS 地区的示例。因为许多国家使用拉丁字母表，这些国家的许多编码集是兼容的。创建 Shoe store 表（见表 1）并在其中填充一行之后，我多次运行了下面的 SELECT SQL 语句，但是每次都把 CLIENT_LOCALE 环境变量设置为与 DB_LOCALE 不同但兼容的另一个地区。

清单 3. GLS 地区

SELECT name.fname, SUBSTR(TO_CHAR(lasttransdate,"%B %d %Y"),1,15), lasttransamt

FROM customer;

$ export CLIENT_LOCALE=en_us.8859-1 --(setting for US English)