远程Sybase数据库技术支持,联系手机:13811580958,QQ:289965371!

 

随着Sybase被完全整合到SAP下,Sybase原来的支持网站被SAP Support Portal取代。
只有购买了SAP服务的用户才能使用账号登录SAP Support Portal进行介质下载、补丁升级、报Incident等。
目前,原Sybase所有产品(包括:Adaptive Server Enterprise、Sybase IQ、Replication Server、PowerDesigner等)的官方手册仍然可以从http://infocenter.sybase.com/help/index.jsp进行浏览或下载。暂不清楚该网站http://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. 实用程序指南

 


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

使用积极集合


积极集合是一种内部查询处理功能。在启用积极集合时,无需在 SQL 级 别上进行任何更改;使用集合的查询会自动枚举基于积极集合的计划, 并由优化程序进行开销计算。


启用积极集合


积极集合由 advanced_aggregation 优化程序设置控制,缺省情况下在所 有优化目标中处于关闭状态,但 allrows_dss 除外,在此优化目标中,此 设置处于打开状态。可以在连接或查询级别,启用、禁用积极集合或将 其重置为优化程序目标的缺省值。

例如,在连接级别上启用:

set advanced_aggregation on

在查询级别上启用:

select r1, sum (s1) from r, s

where r2 = s2 group by r1 plan

"(use advanced_aggregation on)"


或者,如果优化目标设置为 allrows_dss,则会隐式启用积极集合。在下 例中,抽象计划在查询级别设置 allrows_dss

select r1, sum (s1) from r, s

where r2 = s2 group by r1 plan

"(use optgoal allrows_dss)"


检查积极集合


启用积极集合时,优化程序将根据估计的开销最低的计划是否使用积极 集合来确定开销。

showplan 集合的输出:

1> select r1, sum(s1) 2> from r, s

3> where r2=s2 4> group by r1 5> go

QUERY PLAN FOR STATEMENT 1 (at line 1). STEP 1

The type of query is SELECT.

6 operator(s) under root

|ROOT:EMIT Operator

|

| |HASH VECTOR AGGREGATE Operator

| | GROUP BY

| | Evaluate Grouped SUM OR AVERAGE AGGREGATE.

| | Using Worktable2 for internal storage.

| | Key Count: 1

| |

| | |MERGE JOIN Operator (Join Type:Inner Join)

| | | Using Worktable1 for internal storage.

| | | Key Count: 1

| | | Key Ordering: ASC

| | |

| | | |GROUP SORTED Operator

| | | | Evaluate Grouped COUNT AGGREGATE.

| | | |

| | | | |SCAN Operator

| | | | | FROM TABLE

| | | | | r

| | | | | Index : ir21

| | | | | Forward Scan.

| | | | | Positioning at index start.

| | | | | Index contains all needed columns. Base table will not be read.

| | | | | Using I/O Size 2 Kbytes for index leaf pages.

| | | | | With LRU Buffer Replacement Strategy for index leaf pages.

| | |

| | | |GROUP SORTED Operator

| | | | Evaluate Grouped SUM OR AVERAGE AGGREGATE.

| | | |

| | | | |SCAN Operator

| | | | | FROM TABLE


| | | | | s

| | | | | Index : is21

| | | | | Forward Scan.

| | | | | Positioning at index start.

| | | | | Index contains all needed columns. Base table will not be read.

| | | | | Using I/O Size 2 Kbytes for index leaf pages.

| | | | | With LRU Buffer Replacement Strategy for index leaf pages. r1

----------- -----------

1 2

2 4

(2 rows affected)

当查询对 r s 的连接执行矢量集合时,在所有情形下都需要查询树顶 部的 hash vector aggregate 运算符。但是, r s 的扫描上的 group sorted 运算符不是查询的一部分;它们执行积极集合。

advanced_aggregation off 时,计划不包含积极集合运算符 group sorted

1> set advanced_aggregation off 2> go

1> select r1, sum(s1) 2> from r, s

3> where r2=s2 4> group by r1 5> go


QUERY PLAN FOR STATEMENT 1 (at line 1). STEP 1

The type of query is SELECT.

4 operator(s) under root

|ROOT:EMIT Operator

|

| |HASH VECTOR AGGREGATE Operator

| | GROUP BY

| | Evaluate Grouped SUM OR AVERAGE AGGREGATE.

| | Using Worktable2 for internal storage.

| | Key Count: 1

| |

| | |MERGE JOIN Operator (Join Type:Inner Join)

| | | Using Worktable1 for internal storage.

| | | Key Count: 1

| | | Key Ordering: ASC

| | |

| | | |SCAN Operator

| | | | FROM TABLE


| | | | r

| | | | Index : ir21

| | | | Forward Scan.

| | | | Positioning at index start.

| | | | Index contains all needed columns. Base table will not be read.

| | | | Using I/O Size 2 Kbytes for index leaf pages.

| | | | With LRU Buffer Replacement Strategy for index leaf pages.

| | |

| | | |SCAN Operator

| | | | FROM TABLE

| | | | s

| | | | Index : is21

| | | | Forward Scan.

| | | | Positioning at index start.

| | | | Index contains all needed columns. Base table will not be read.

| | | | Using I/O Size 2 Kbytes for index leaf pages.

| | | | With LRU Buffer Replacement Strategy for index leaf pages. r1

----------- -----------

1 2

2 4

(2 rows affected)


使用抽象计划强制实现积极集合

当子计划片段提供本地分组列的排序时,优化程序会适时枚举开销较低 的基于 GroupSorted 的积极集合计划。

此限制可避免优化搜索空间和时间的增加。但在某些情况下,基于散列 的积极集合会生成开销最低的计划。在这种情况下,可以使用抽象计划 来强制实现积极集合。必须启用 advanced_grouping 才能使用此类抽象计 划;否则,将拒绝积极集合抽象计划。

在上面的示例中,如果 r (r1, r2) 上没有索引,并且 r 较大,但具有的 r1--r2 值区分对较少,则通过 r 与积极分组的散列连接是最佳计划,由以 下抽象计划强制执行:

1> select r1, sum(s1) 2> from r, s

3> where r2=s2 4> group by r1 5> plan

6> "(group_hashing

7> (h_join

8> (group_hashing


9> (t_scan r)

10> )

11> (t_scan s)

12> )

13> )"

14> go


QUERY PLAN FOR STATEMENT 1 (at line 1).

Optimized using the Abstract Plan in the PLAN clause. STEP 1

The type of query is SELECT.

5 operator(s) under root

|ROOT:EMIT Operator

|

| |HASH VECTOR AGGREGATE Operator

| | GROUP BY

| | Evaluate Grouped SUM OR AVERAGE AGGREGATE.

| | Using Worktable3 for internal storage.

| | Key Count: 1| |

| | |HASH JOIN Operator (Join Type: Inner Join)

| | | Using Worktable2 for internal storage.

| | | Key Count: 1

| | |

| | | |HASH VECTOR AGGREGATE Operator

| | | | GROUP BY

| | | | Evaluate Grouped COUNT AGGREGATE.

| | | | Using Worktable1 for internal storage.

| | | | Key Count: 2

| | | |

| | | | |SCAN Operator

| | | | | FROM TABLE

| | | | | r

| | | | | Table Scan.

| | | | | Forward Scan.

| | | | | Positioning at start of table.

| | | | | Using I/O Size 2 Kbytes for data pages.

| | | | | With LRU Buffer Replacement Strategy for data pages.

| | |

| | | |SCAN Operator

| | | | FROM TABLE

| | | | s

| | | | Table Scan.

| | | | Forward Scan.

| | | | Positioning at start of table.

| | | | Using I/O Size 2 Kbytes for data pages.

| | | | With LRU Buffer Replacement Strategy for data pages.


r1

----------- ----------- 1 2

2 4


(2 rows affected)


散列矢量集合运算符应抽象计划的请求积极地集合 r 的扫描。




--------------------------------------华丽的分割线-------------------------------------------------------------------------
之前就已经研发成功了能够从Sybase SQL Anywhere的DB文件中恢复数据的工具:ReadASADB。
此工具支持ASA v5.0,v6.0,v7.0,v8.0,v9.0,v10.0,v11.0,v12.0等版本。
恢复Sybase SQL Anywhere的工具在国内应该算首创。

ReadASADB功能
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具

  1. 适用于所有的SQL Anywhere版本    包括:5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x
  2. 适用于所有的UltraLite版本
  3. 能够恢复出来表结构和数据
  4. 能够恢复自定义数据类型
  5. 能够恢复存储过程等对象的语法
  6. 能够导出到目标数据库
  7. 能够导出到SQL文件并生成导入脚本
  8. 支持多种字符集  包括:cp850、cp936、gb18030、utf8等
  9. 能够恢复未加密或者简单加密类型的数据
  10. 简单易用
  11. 限制:不支持AES加密的数据文件
请参考:研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
            SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍

ReadASADB适用场景

各种误操作:

  1. 误截断表(truncate table)
  2. 误删除表(drop table)
  3. 错误的where条件误删数据
  4. 误删除db或log文件
  5. 误删除表中的字段

本工具的应用场景:

1.因为物理磁盘故障、操作系统、系统软件方面或者掉电等等原因导致的Sybase SQL Anywhere数据库无法打开的情况;
2.误操作,包括truncate table,drop table,不正确的where条件导致的误删除等;
Sybase SQL Anywhere无法打开时,比较常见的错误是:Assertion failed。
如:
1、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Checkpoint log: invalid bitmap page -- transaction rolled back
2、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Page number on page does not match page requested -- transaction rolled back
3、Internal database error *** ERROR *** Assertion failed:200502 (9.0.2.2451) Checksum failure on page 23 -- transaction rolled back
4、File is shorter than expected
5、Internal database error *** ERROR *** Assertion failed: 201116 Invalid free list index page found while processing checkpoint log -- transaction rolled back
6、*** ERROR *** Assertion failed: 51901 Page for requested record not a table page or record not present on page等等。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------