Sybase数据库技术,数据库恢复

 

随着Sybase被完全整合到SAP下，Sybase原来的支持网站被SAP Support Portal取代。
只有购买了SAP服务的用户才能使用账号登录SAP Support Portal进行介质下载、补丁升级、报Incident等。
目前，原Sybase所有产品（包括：Adaptive Server Enterprise、Sybase IQ、Replication Server、PowerDesigner等）的官方手册仍然可以从https://infocenter.sybase.com/help/index.jsp进行浏览或下载。暂不清楚该网站https://infocenter.sybase.com/help/index.jsp何时会被完全迁移到SAP Support上！
Sybase官方手册英文版有html和pdf两种格式，而中文版手册只有pdf一种格式。为了国内Sybase用户更方便、快捷地搜索Sybase常见产品的官方手册内容，特将中文版Sybase官方手册转为html格式！
Sybase产品官方手册中文版的html格式所有内容的版权归SAP公司所有！本博客站长是Sybase数据库的铁杆粉丝！

如有Sybase数据库技术问题需要咨询，请联系我！

  QQ :289965371
  Email:

以下官方手册为ASE 15.7 ESD#2中文版：

1. 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
   
2. 新增功能摘要
   
3. 新增功能指南
   
4. ASE 15.7 发行公告
   
5. 配置指南（windows）
   
6. 安装指南（windows）
   
7. 参考手册：构件块
   
8. 参考手册：命令
   
9. 参考手册：过程
   
10. 参考手册：表
    
11. Transact-SQL® 用户指南
    
12. 系统管理指南，卷 1
    
13. 系统管理指南，卷 2
    
14. 性能和调优系列：基础知识
    
15. 性能和调优系列：锁定和并发控制
    
16. 性能和调优系列：监控表
    
17. 性能和调优系列：物理数据库调优
    
18. 性能和调优系列：查询处理和抽象计划
    
19. 性能和调优系列：使用 sp_sysmon 监控 Adaptive Server
    
20. 性能和调优系列：利用统计分析改进性能
    
21. 程序员参考 jConnect for JDBC 7.0.7
    
22. Adaptive Server Enterprise 中的 Java
    
23. 组件集成服务用户指南
    
24. Ribo 用户指南
    
25. 内存数据库用户指南
    
26. Sybase Control Center for Adaptive Server® Enterprise
    
27. 安全性管理指南
    
28. 实用程序指南
    

 

< 上一个 | 内容 | 下一步 >

计算列 ‌ ‌

通过计算列、计算列索引和基于函数的索引，可以更便捷地操作数据， 更快速地访问数据。

• 计算列是由表达式定义的，无论是从同一行中的常规列还是从函数、 算术运算符和 XML 路径查询等等。

表达式可以是确定性的，也可以是非确定性的。对于相同的一组输 入，确定性表达式始终返回相同的结果。

• 可以创建实现计算列的索引，就像它们是常规列一样。 计算列与基于函数的索引类似，它们都允许创建表达式的索引。 计算列和基于函数的索引在某些方面存在区别：

• 计算列为表达式和索引功能提供了简写形式；而基于函数的索引不 提供任何简写形式。

• 基于函数的索引允许直接创建表达式索引；而要创建计算列索引， 必须先创建计算列。

• 计算列可以是确定性的，也可以是非确定性的，而基于函数的索引 必须是确定性的。“确定性”是指如果表达式中的输入值相同，返 回值也必须是相的。请参见 第 317 页的 “确定性属性 ” 。

• 可以创建计算列的聚簇索引，但不能创建基于函数的聚簇索引。

有关基于函数的索引的详细信息，请参见 第 403 页的 “使用基于函数 的索引编制索引”。

以下是实现与未实现计算列的区别：

• 计算列可以是实现的计算列，也可以是未实现的计算列。当插入或 更新基列时，会对实现的列进行预求值并将其存储在表中。与实现 列相关的值同时储在数据行和索引行中。任何对实现列的后续访问 都不需要重新求值，因为可以访问它的预求值结果。一旦实现了列， 每次访问该列都将返回相同值。

• 未实现的列有时称为虚拟列；在访问虚拟列时，这些列将变为实现 列。如果列是虚拟列 （即未实现的列），每次访问该列时，必须求 出它的结果值。意味着，如果虚拟计算列表达式基于非确定性表达 式或调用非确定性表达式，每次访问它时，可能会返回不同的值。 访问虚拟计算列时，还可能会现运行时异常 （如域错误）。

使用计算列 ‌

create table rental

计算列允许为表达式创建简写形式 （如 “ Pay”表示 “Salary + Commission”）并使该列变为可索引的列，前提是其数据类型是可索引 的。不能索引的数据类型包括：

• text

• unitext

• image

• Java 类

• bit

计算列用于提高应用程序开发和维护效率。通过将表达式逻辑集中放在 表定义中并为表达式指定有意义的别名，计算列可大大提高查询的简便 性和可性。仅通过修改计算列定义，即可更改表达式。

必须对以下列进行索引时，计算列特别有用：列的定义表达式是非确定 性表达式或函数，或者调用非确定性表达式或函数。例如， getdate 始 终返回当前日期，因此它是非确定性函数。要使用 getdate 对列进行索 引，可生成一个实现计算列，然后对其进行索引：

(cust_id int, start_date as getdate()materialized, prod_id int)

create index ind_start_date on rental (start_date)

组合和分解数据类型 计算列的一项重要功能是，它们可用于组合和分解复杂数据类型 （例 如， XML、 text、 unitext、 image 和 Java 类）。可以使用计算列通过简单 元素来生成复杂数据类型 （组合），或者从复杂数据类型中提取一个或 多个元素 （分解）。复杂数据类型通常是由各个元素或片段组成的。在 定义表时，可以定义自动分解或组合这些复杂数据类型。例如，假定要 在表中存储 XML “order”文档以及下面的一些关型元素：order_no、 part_no 和 customer。将 create table 与 compute and materialized 参数一起 使用，可以定义计算列提取：

create table orders(xml_doc image,

order_no compute xml_extract("order_no", xml_doc)materialized, part_no compute xml_extract ("part_no", xml_doc)materialized, customer compute xml_extract("customer", xml_doc)materialized)

每次将新的 XML 文档插入表中时，会自动将文档的关系型元素提取到 计算列中。

或者，若要将每个行中的关系型数据表示为 XML 文档，请使用表定义 中的计算列来指定关系型数据到 XML 文档的映射。例如，若要定义一 个表，请使用以下命令：

create table orders

(order_no int,part_no int, quantity smallint, customer varchar(50))

然后，若要返回每个行中关系型数据的 XML 表示，请使用 alter table 来 添加计算列：

alter table orders

add order_xml compute order_xml(order_no, part_no, quantity, customer)

然后，使用 select 语句以 XML 格式返回每个行：

select order_xml from orders

用户定义的排序 计算列支持复杂数据类型的 comparison、 order by 和 group by 排序，如 XML、 text、 unitext、 image 和 Java 类。可以使用计算列来提取复杂数据 的关系型元素，这些元素可用于定义排序。

也可以使用计算列将数据转换为不同的格式，以自定义数据表示来进行 数据检索。这称为用户定义的排序顺序。例如，以下查询按服务器的缺 省字符的顺序和排序顺序 （通常为 ASCII 字母顺序）返回结果：

select name, part_no, listPrice from parts_table order by name

使用计算列按不区分大小写的格式表示查询结果 （例如基于特殊情况 的首字母缩写词的顺序，与证券市场符号的顺序一样），或者使用非缺 省的系统序顺序。要将数据转换为不同的格式，请使用内置函数 sortkey 或用户定义的排序顺序函数。

例如，使用用户定义的函数 Xform_to_myorder() 来添加名为 name_in_myorder

的计算列：

alter table parts_table add name_in_myorder compute Xform_to_myorder(name)materialized

以自定义的格式返回结果：

select name, part_no, listPrice from parts_table order by name_in_myorder 通过使用此方法，您可以实现转换的排序数据并创建其索引。 如果愿意，可以使用数据操纵语言 (DML) 来执行相同的操作：

select name, part_no, listPrice from parts_table order by Xform_to_myorder(name)

不过，通过使用计算列方法，您可以实现转换的排序数据并创建其索 引，这可提高查询的性能。

决策支持系统 (DSS) 典型的决策支持系统应用程序要求在数据分析中进行大量的数据操纵、 关联以及归类。此类应用程序经常在查询中使用表达式和函数，通常需 要用户义的特殊排序。通过使用计算列和基于函数的索引，可以简化此 类应用程序中所需的任务并提高性能。

计算列示例

计算列是由表达式定义的。可通过合并同一行中的常规列来生成表达 式。表达式可以包含函数、算术运算符、 case 表达式、同一表中的其它 列、全局量、 Java 对象和路径表达式。

在下面的示例中：

• part_no 是一个 Java object 列，它表示指定的部分编号。

• desc 是一个 text 列，它包含指定部分的详细描述。

• spec 是一个 image 列，它存储分析的 XML 流对象。

• name_order 是一个计算列，它是由用户定义的函数 XML() 定义的。

• version_order 是一个计算列，它是由 Java 类定义的。

• descr_index 是一个计算列，它是由 des_index() （它生成 text 数据的 索引键）定义的。

• spec_index 是一个计算列，它是由 xml_index() （它生成 XML 文档的 索引键）定义的。

• total_cost 是一个计算列，它是由算术表达式定义的。

create table parts_table

(part_no Part.Part_No, name char(30), descr text, spec image, listPrice money,

quantity int,

name_order compute name_order(part_no) version_order compute part_no version, descr_index compute des_index(descr), spec_index compute xml_index(spec) total_cost compute quantity*listPrice

)

计算列的索引

只要可以为结果的数据类型编制索引，您就可以对计算列创建索引。计 算列索引和基于函数的索引提供了一种创建复杂数据类型 （如 XML、 text、 unitext、 image 和 Java 类）索引的方法。‌

例如，以下代码示例对计算列创建聚簇索引：

CREATE CLUSTERED INDEX name_index on part_table(name_order) CREATE INDEX adt_index on parts_table(version_order) CREATE INDEX xml_index on parts_table(spec_index)

CREATE INDEX text_index on parts_table(descr_index)

创建或更新索引时， Adaptive Server 将对计算列进行求值，并使用结果 来建立或更新索引。

确定性属性 ‌

所有表达式和函数要么是确定性的，要么是非确定性的：

• 如果使用一组相同的输入值对确定性表达式和函数进行求值，它们 始终返回相同的结果。以下表达式是确定性的：

c1 * c2

• 每次对非确定性表达式或函数进行求值时，它们可能会返回不同的 结果，甚至使用一组相同的输入值来调用它们时也是如此。 getdate 函数是非确定性的，因为它始终返回当前日期。

表达式的确定性属性定义计算列或基于函数的索引键，因而定义了计算 列或基于函数的索引键本身。

确定性属性取决于表达式是否包含任何非确定性的元素，如各种系统函 数、用户定义的函数以及全局变量。

函数是否为确定性的函数取决于函数编码：

• 如果函数调用非确定性的函数，它本身可能是非确定性的。

• 如果函数的返回值取决于输入值以外的因素，则函数可能是非确定 性的。

确定性属性如何影响计算列？

Adaptive Server 中共有两种类型的计算列：

• 虚拟计算列

• 实现计算列 虚拟计算列被查询引用，而且，每次查询访问它时，都会对其进行求值。

当插入数据行或更新任何基列时，实现计算列的结果将存储在表中。 在查询中引用实现计算列时，不会重新对其进行求值。将使用其预求 值结果。

• 在将非实现计算列 （即虚拟计算列）用作索引键后，该计算列将变 为实现计算列。

• 仅当更新实现计算列的基列之一时，才会重新对其进行求值。

示例

以下示例说明了非确定性计算列和索引键的用途和使用风险。它们仅用 于说明目的。

示例 1

此示例中的 Renting 表存储各种房产的租赁信息。它包含以下字段：

• Cust_ID — 客户 ID

• Cust_Name — 客户名称

• Formatted_Name — 客户名称

• Property_ID — 租赁的房产 ID

• Property_Name — 标准格式的房产名称

• Start_Date — 租赁开始日期

• Rent_Due — 今天到期的租金

create table Renting

(Cust_ID int, Cust_Name varchar(30), Formatted_Name compute format_name(Cust_Name), Property_ID int,Property_Name compute get_pname(Property_ID), start_date compute today_date()materialized, Rent_due compute rent_calculator(Property_ID, Cust_ID, Start_Date))

Formatted_Name、 Property_Name、 Start_Date 和 Rent_Due 被定义为计 算列。

• Formatted_Name — 将客户名称转换为标准格式的虚拟计算列。由 于其输出仅取决于输入 Cust_Name，因此， Formatted_Name 是确定 性的。

• Property_Name — 从另一个表 Property 中检索房产名称的虚拟计算列， 该表定义为：

create table Property

(Property_ID int, Property_Name varchar(30), Address varchar(50), Rate int)

为基于输入 ID 来获取房产名称，函数 get_pname 调用一个 JDBC

查询：

select Property_Name from Property where Property_ID=input_ID

计算列 Property_Name 看起来是确定性的，但它实际上是非确定性 的，因为其返回值取决于表 Property 中存储的数据以及输入值 Property_ID。

• Start_Date — 用户定义的非确定性函数，它以 varchar(15) 返回当前日 期。它被定义为实现函数。因此，每次插入新记录时都会重新对其 进行求值，并且将该值存储在 Renting 表中。

• Rent_Due — 非确定性的虚拟计算列，它基于房产的租赁价格、客户 的折扣状态以及租赁的天数来计算当前到期的租金。

确定性属性如何影响虚拟计算列

Adaptive Server 确保可重复读取确定性的虚拟计算列，即使从定义上讲， 每次引用虚拟计算列时，都会对其进行求值。例如，如果表中的数据没 有发生变化，该语句始终返回相同的结果：

select Cust_ID, Property_ID from Renting where Formatted_Name ='RICHARD HUANG'

Adaptive Server 不保证可重复读取非确定性的虚拟计算列。例如，在此 查询中，对于不同的天数， Rent_Due 列将返回不同的结果；该列具有 连续时间属性，它的值是两次租赁付款间隔的时间长度的函数：

select Cust_Name, Rent_Due from renting where Cust_Name= 'RICHARD HUANG'

非确定性属性在此处很有用，但应谨慎使用。例如，如果误将 Start_Date 定义为虚拟计算列，并且输入了相同的查询，所有房产租金就会为零： Start_Date 的求值结果始终为当前日期，因此，在此查询中， Rental_Days 的数量始终为零。

类似地，如果误将非确定性的计算列 Rent_Due 定义为预求值列 （通过 将其声明为实现列或将其用作索引键），房产租金就会为零。将只对其 求值一次 （即插入记录时），并且租赁天数为零。每次引用该列时，将 返回该值。

确定性属性如何影响实现计算列

Adaptive Server 可确保重复读取实现计算列，无论其确定性属性如何， 这是因为在查询中引用它们时，不会重新对其进行求值。相反，Adaptive Server 使用求值的结果。

确定性的实现计算列始终具有相同的值，无论以怎样的频率重新对其进 行求值。

非确定性的实现计算列必须遵循以下规则：

• 每次对相同的计算列进行求值时，可能会返回不同的结果，甚至使 用一组相同的输入。

• 引用非确定性的预求值计算列时，将使用预求值的结果，这可能会 与当前求值结果不同。换句话说，在非确定性的预求值计算列中使 用过去的数据，非当前数据。

在示例 1 中， Start_Date 是非确定性的实现计算列。取决于插入行的日 期，其结果会发生变化。例如，如果租期从 “02/05/04”开始，则会在 列中插入 “02/05/04”，以后引用 Start_Date 时，将使用该值。如果您以 后 （例如， 06/05/04）引用该值，并且每次查询该列时都会对表达式进 行求值，查询将继续返回 “02/05/04”，而不是像所希的那样返回 “06/05/04”。

示例 2

使用示例 1 中创建的表 Renting：如果创建虚拟计算列 Property_Name 的 索引，它将变为实现计算列。如果您随后插入了一条新记录：

Property_ID=10

这个新记录从表 Property 中调用 get_pname(10) 以执行该 JDBC 查询：

select Property_Name from Property where Property_ID=10

该查询返回 “Rose Palace”，它存储在数据行中。除非有人发出以下命 令更改了房产名称，否则所有一切都会正常运行：

update Property set Property_Name ='Red Rose Palace' where Property_ID = 10

该查询返回 “Red Rose Palace”，因此， Adaptive Server 存储 “Red Rose Palace。对表 Property 执行的此 update 命令将使 Renting 表中存储的 Property_Name 值无效，也必须将其更新为 “Red Rose Palace”。因为 Property_Name 是在 Renting 表中的 Property_ID 列上定义的，而不是在 Property 表中的 Property_Name 列上定义的，所以，不会自动对其进行更 新。以后引用 Property_Name 时，可能会产生不正确的结果。

若要避免出现这种情况，请在表 Property 上创建一个触发器：

CREATE TRIGGER my_t ON Property FOR UPDATE AS

IF UPDATE(Property_Name) BEGIN

UPDATE Renting SET Renting.Property_ID=Property.Property_ID FROM Renting, Property

WHERE Renting.Property_ID=Property.Property_ID

END

在此触发器更新 Property 表中的 Property_Name 列时，它还会更新 Renting.Property_ID 列，这是 Property_Name 的基列。此自动更新会触发 Adaptive Server 重新对 Property_Name 进行求值，并更新数据行中存储的 值。每次 Adaptive Server 更新 Property 表中的 Property_Name 列时，都会 刷新 Renting 表中的 Property_Name 实现计算列，并且该列显示正确的值。

确定性属性如何影响基于函数的索引？

与计算列不同，基于函数的索引键必须是确定性的。从概念上讲，计算 列仍然是一个列，在对其进行求值和存储后，它不要求重新进行求值。 但是，次函数或表达式在查询中出现时，必须重新对其进行求值。除非 对于一组相同的输入，函数的求值结果始终相同，否则，不能使用预求 值的数据，索引数据 （有关基于函数的索引的详细信息，请参见

第 403 页的 “使用基于函数的索引编制索引”）。

• Adaptive Server 在内部将基于函数的索引键表示为隐藏的实现计算 列。基于函数的索引键值存储在数据行和索引页上，因此，它具有 实现计算列的所有属性。

• Adaptive Server 假定所有基于函数或表达式的索引键都是确定性的。 在查询中引用这些索引键时，将使用索引页中已存储的预求值结果； 不会对索引键重新进行求值。

• 仅当更新基于函数的索引键的基列时，才会更新预求值的结果。

• 不要像示例 2 中那样，使用非确定性的函数作为索引。否则，可能 会出现意想不到的结果。

< 上一个 | 内容 | 下一步 >