远程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. 实用程序指南

 


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

使用 set 命令捕获和关联计划

在会话级,任何用户都可以使用 set plan dump set plan load 命令启 用和禁用抽象计划的捕获和使用。 set plan replace 可确定现有计划 是否被更改的计划覆盖。

启用和禁用抽象计划模式会在该包括该命令的批处理结束时生效

(类似 showplan)。因此,在运行查询之前,应在单独的批处理中 更改此模式:

set plan dump on go

/*queries to run*/ go

存储过程中使用的任何 set plan 命令都不会影响它们所在的过程 (但 延迟编译影响的那些语句除外),但在这些过程结束后仍然有效。


使用 set plan dump 启用计划捕获模式

set plan dump 命令可激活和停用抽象计划的捕获。可用不带组名的

set plan dump 命令将计划保存到缺省组 ap_stdout 中:

set plan dump on

若要在特定抽象计划组中开始捕获计划,请指定组名。以下示例将

dev_plans 组设置为捕获组:

set plan dump dev_plans on

发出 set 命令前,您指定的组必须存在。系统过程 sp_add_qpgroup 可创建抽象计划组;只有系统管理员或数据库所有者才能创建抽象 计划组。抽象计划组一旦存在,任何用户都可将计划转储到该组中。

有关创建计划组的信息,请参见 347 页的 “创建组。 若要使计划捕获功能失效,请使用:

set plan dump off

不必指定组名即可结束捕获模式。任何时候保存或匹配抽象计划 时,只能有一个抽象计划组处于活动状态。如果当前正在将计划保 存到组,请关闭计划转储模式,然后为新组重新启用它,如下所示:

set plan dump on /*save to the default group*/ go

/*some queries to be captured */ go

set plan dump off go

set plan dump dev_plans on go

/*additional queries*/ go

set plan dump 生效时使用 use database 命令会禁用计划转储模式。


将查询与存储计划相关联

set plan load 命令可激活和停用查询与存储的抽象计划的关联。 若要使用缺省组 ap_stdin 启动关联模式,请使用:

set plan load on

若要使用另一抽象计划组启用关联模式,请指定该组名:

set plan load test_plans on


对于计划关联,同一时间只能有一个抽象计划组处于活动状态。如 果计划关联对某个组来说处于活动状态,则必须停用当前组,并为 新组激活计划关联,如下所示:

set plan load test_plans on go

/*some queries*/ go

set plan load off go

set plan load dev_plans on go

set plan load 生效时使用 use database 命令会禁用计划装载模式。


计划捕获期间使用替换模式

计划捕获模式处于活动状态时,可通过启用或禁用 set plan replace 来选择是否用相同查询的计划替换现有计划。若要激活计划替换模 式,请使用:

set plan replace on

不要使用 set plan replace 指定组名;它会影响当前的活动捕获组。 禁用计划替换:

set plan replace off

set plan replace 生效时使用 use database 命令会禁用计划替换模式。


何时使用替换模式


捕获计划时,如果查询与已保存计划具有相同的查询文本,则不会 替换现有计划,除非已启用 replace 模式。如果已为特定查询捕获了 抽象计划,并且正在对数据库进行可影响优化程序选择的物理更改, 请替换现有计划,以便保存这些更改。

可能需要计划替换的一些操作有:

添加或删除索引,或者更改索引中的键或键排序

更改表上的分区

添加或删除缓冲池

更改影响查询计划的配置参数


大多数情况下,不要启用 plan load 模式。当计划关联处于活动状态 时,任何计划说明都可用作优化程序的输入。例如,如果某个完整 的查询计划包括 prefetch 属性和 2K I/O 大小,已创建了 16K 的缓 冲池,并且想要替换计划中的预取说明,则不要启用 plan load 模式。

当表中的数据分配发生变化时,或者在重建索引、更新统计信息或 更改锁定方案之后,最好检查查询计划并替换一些抽象计划。


同时使用 dumpload replace 模式

无论 replace 模式是否处于活动状态,都可同时激活 plan dump

plan load 模式。


对同一组使用 dump load

如果在未启用 replace 模式的情况下,对同一组启用了 dump load

如果存在对查询有效的计划,通常会装载和使用它,以优化 查询。

如果存在的计划无效 (例如,由于索引被删除),则将生成并 使用新计划以优化查询,但不保存新计划。

如果只存在部分计划,则会生成完整的计划,但不替换现有的 部分计划。

如果不存在用于查询的计划,则生成一个计划,并将其保存。 如果同时也启用了 replace 模式:

如果存在对查询有效的计划,通常会装载和使用它,以优化 查询。

如果计划无效,则生成并使用新计划,以优化查询,同时替换 原有计划。

如果该计划只是部分计划,则生成和使用完整的计划,同时替 换现有的部分计划。部分计划中的说明用作优化程序的输入。

如果不存在用于查询的计划,则生成一个计划,并将其保存。


对不同组使用 dump load

如果在未启用 replace 模式的情况下,对一个组启用 dump,而对另 一个组启用 load

如果在装载组中存在对查询有效的计划,则装载并使用此计划。 该计划会保存在转储组中,除非该转储组中已存在一个用于查 询的计划。

如果装载组中的计划无效,则生成一个新计划。该新计划会保 存在转储组中,除非该转储组中已存在一个用于查询的计划。

如果装载组中的计划只是部分计划,则生成完整的计划,并保 存在转储组中,除非该组中已存在一个计划。部分计划中的说 明用作优化程序的输入。

如果装载组中不存在用于查询的计划,则生成此计划,并保存 在转储组中,除非该转储组中已存在一个用于查询的计划。

如果同时也启用了 replace 模式:

如果在装载组中存在对查询有效的计划,则装载并使用此计划。

如果装载组中的计划无效,则生成并使用新计划,以优化查询。 新计划保存在转储组中。

如果装载组中的计划只是部分计划,则生成完整的计划,并保 存在转储组中。部分计划中的说明用作优化程序的输入。

如果装载组中不存在用于查询的计划,则生成一个新计划。新 计划保存在转储组中。


对某些 set 参数的编译期更改

Adaptive Server 15.0.2 之前的版本中, set 参数在执行或重新编译 存储过程后生效。Adaptive Server 15.0.2 及更高版本允许您在编译时 使用优化程序 set 参数,以影响存储过程或批处理中的优化程序。


image

注释 这一更改的行为可能会影响结果集的组成。 Sybase 建议, 在生产系统中使用 15.0.2 set 参数之前,先检查这些参数创建的 结果集。

从存储过程返回前,必须重置 set 参数,否则后续存储过程的执行 可能会受到影响。如果计划将此更改传播给后续存储过程,请使用 export_options 参数。

image


Adaptive Server 更改了以下参数的编译期行为:

distinc_sorted

distinct_sorting

distinct_hashing

group_sorted

group_hashing

bushy_space_search

parallel_query

order_sorting

nl_join

merge_join

hash_join

append_union_all

merge_union_all

merge_union_distinct

hash_union_distinct

store_index

index_intersection

index_union

multi_table_store_ind

opportunistic_distict_view

advanced_aggregation

replicated_partition

group_inserting

basic_optimization

auto_query_tuning

query_tuning_mem_limit

query_tuning_time_limit

set plan optgoal




--------------------------------------华丽的分割线-------------------------------------------------------------------------
之前就已经研发成功了能够从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等等。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------