随着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数据库技术问题需要咨询,请联系我!
以下官方手册为ASE 15.7 ESD#2中文版:
- 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
- 新增功能摘要
- 新增功能指南
- ASE 15.7 发行公告
- 配置指南(windows)
- 安装指南(windows)
- 参考手册:构件块
- 参考手册:命令
- 参考手册:过程
- 参考手册:表
- Transact-SQL® 用户指南
- 系统管理指南,卷 1
- 系统管理指南,卷 2
- 性能和调优系列:基础知识
- 性能和调优系列:锁定和并发控制
- 性能和调优系列:监控表
- 性能和调优系列:物理数据库调优
- 性能和调优系列:查询处理和抽象计划
- 性能和调优系列:使用 sp_sysmon 监控 Adaptive Server
- 性能和调优系列:利用统计分析改进性能
- 程序员参考 jConnect for JDBC 7.0.7
- Adaptive Server Enterprise 中的 Java
- 组件集成服务用户指南
- Ribo 用户指南
- 内存数据库用户指南
- Sybase Control Center for Adaptive Server® Enterprise
- 安全性管理指南
- 实用程序指南
优化条件
您可以为每个会话设置特定的优化条件。优化条件表示在 Adaptive Server 创建查询计划时,可能会考虑或可能不会考虑的特定算法或关系技术。 通过将单个优化条件设置为打开或关闭状态,您可以调优当前会话的查 询计划。
注释 每个优化目标都具有每个优化条件的缺省设置。重置优化条件可 能会干扰当前优化目标的缺省设置并生成错误消息,但 Adaptive Server 会应用新设置。
Sybase 建议,如果必须调优特定查询,则只能在极少情况下谨慎地设置 单个优化条件。覆盖优化目标设置可能会使查询管理变得过于复杂。始 终在设置任何现有会话级 optgoal 设置之后 设置优化条件;显式 optgoal 设 置可能会使优化条件恢复为其缺省值。
请参见 第 235 页的 “缺省优化条件”。
设置优化条件 使用 set 命令启用或禁用单个条件。 例如,若要启用散列连接算法,请输入:
set hash_join 1
若要禁用散列连接算法,请输入:
set hash_join 0
若要启用一个选项并禁用另一选项,请输入:
set hash_join 1, merge_join 0
条件说明 此处介绍的多数条件可决定特定查询引擎运算符是否可在优化程序选择 的最终计划中使用。
优化条件有:
• hash_join — 确定查询处理器是否可使用散列连接算法。散列连接可 能会消耗更多运行时资源,但如果连接列没有有用的索引,或与连 接表中的行数的乘积相比较而言,有大量的行符合连接条件,则散 列连接非常有用。
• hash_union_distinct — 确定查询处理器是否可使用 hash union distinct
算法,该算法在多数行都不同时效率较低。
• merge_join — 确定查询处理器是否可以使用 merge join 算法,该算法 依赖已排序的输入。如果对合并键上的输入进行排序 (例如从索引 扫描中), merge_join 最有用。如果对输入进行排序要求使用 sort 运 算符,则会降低 merge_join 的有用性。
• merge_union_all — 确定查询处理器是否可对 union all 使用合并算法。 merge_union_all 保留联合输入的结果行的排序。如果输入已经过排 序且父运算符 (如合并连接)受益于该排序,则 merge_union_all 尤 其有用。否则, merge_union_all 可能需要排序运算符,而这会降低 效率。
• merge_union_distinct — 确定查询处理器是否可对 union 使用合并算法。 merge_union_distinct 与 merge_union_all 类似,但它不保留重复行。 merge_union_distinct 需要已排序的输入并提供已排序的输出。
• multi_table_store_ind — 确定查询处理器是否可对多表连接的结果进行 重新格式化。使用 multi_tablet_store_ind 可能会增加工作表的使用率。
• nl_join — 确定查询处理器是否可使用嵌套循环连接算法。
• opportunistic_distinct_view — 确定查询处理器在强制执行差别运算时 是否可使用更为灵活的算法。
• parallel_query — 确定查询处理器是否可使用并行查询优化。
• store_index — 确定查询处理器是否可使用重新格式化,这可能会增 加工作表的使用率。
• append_union_all — 确定查询处理器是否可使用 append union all 算法。
• bushy_search_space — 确定查询处理器是否可使用 bushy-tree-shaped 查询计划,这可能会增加搜索空间,但会提供更多查询计划选项以 改进性能。
• distinct_hashing — 确定查询处理器是否可使用散列算法来消除重复 项,如果与行数相比,不同值很少,则此算法非常高效。
• distinct_sorted — 确定查询处理器是否可使用单传算法来消除重复项。 distinct_sorted 依赖排序的输入流,如果其输入未经过排序,则可能 会增加排序运算符数。
• group-sorted — 确定查询处理器是否可使用随即分组算法。 group- sorted 依赖分组列上排序的输入流,并在其输出中保持该顺序。
• distinct_sorting — 确定查询处理器是否可使用排序算法来消除重复 项。如果输入未经过排序 (例如,如果没有索引),并且排序算法 生成的输出顺序可能有用,则 distinct_sorting 会很有用;例如在合并 连接中。
• group_hashing — 确定查询处理器是否可使用 group hashing 算法来处 理集合。
• index_intersection — 确定查询处理器是否可将多次索引扫描的交集 用作搜索空间中的查询计划的一部分。
如果禁用关系运算符的所有算法,则查询处理器会重新启用一种缺省算 法。例如,如果禁用所有连接算法 (nl_join、 m_join 和 h_join),则查询 处理器会启用 nl_join。
查询处理器还可出于语义原因重新启用 nl_join:例如,如果连接表未通 过等值连接建立连接。
缺省优化条件 每个优化目标 (fastfirstrow、 allrows_oltp、 allrows_mixed、 allrows_dss) 对每个优化条件都有一个缺省设置 (开 (1) 或关 (0))。例如,对于 fastfirstrow 和 allrows_oltp, merge_join 的缺省设置为关 (0),对于 allrows_mixed 和 allrows_dss,其缺省设置为开 (1) 。有关每个优化条件的 缺省设置的列表,请参见 表 7-8。
Sybase 建议,在更改优化条件前,应重置优化目标并评估性能。仅在必 须调优特定查询时才更改优化条件。
表 7-8:优化条件的缺省设置
优化条件 |
fastfirstrow |
allrows_oltp |
allrows_mixed |
allrows_dss |
append_union_all |
1 |
1 |
1 |
1 |
bushy_search_space |
0 |
0 |
0 |
1 |
distinct_sorted |
1 |
1 |
1 |
1 |
distinct_sorting |
1 |
1 |
1 |
1 |
group_hashing |
1 |
1 |
1 |
1 |
group_sorted |
1 |
1 |
1 |
1 |
hash_join |
0 |
0 |
0 |
1 |
hash_union_distinct |
1 |
1 |
1 |
1 |
index_intersection |
0 |
0 |
0 |
1 |
merge_join |
0 |
0 |
1 |
1 |
merge_union_all |
1 |
1 |
1 |
1 |
multi_gt_store_ind |
0 |
0 |
0 |
1 |
nl_join |
1 |
1 |
1 |
1 |
opp_distinct_view |
1 |
1 |
1 |
1 |
parallel_query |
1 |
0 |
1 |
1 |
store_index |
1 |
1 |
1 |
1 |
Sybase SQL Anywhere数据库恢复工具ReadASADB:
之前就已经研发成功了能够从Sybase SQL Anywhere的DB文件中恢复数据的工具: ReadASADB。此工具支持ASA v5.0, v6.0, v7.0, v8.0, v9.0, v10.0, v11.0, v12.0, v16.0, v17.0等版本。
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具。
恢复Sybase SQL Anywhere的工具在国内处于领先水平。
Sybase SQL Anywhere数据库恢复工具ReadASADB功能
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具
- 适用于所有的SQL Anywhere版本 包括:5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x,16.x,17.x
- 适用于所有的UltraLite版本
- 能够恢复出来表结构和数据
- 能够恢复自定义数据类型
- 能够恢复存储过程等对象的语法
- 能够导出到目标数据库
- 能够导出到SQL文件并生成导入脚本
- 支持多种字符集,包括:cp850、cp936、gb18030、utf8等
- 能够恢复未加密或者简单加密类型的数据
- 简单易用
- 限制:不支持AES加密的数据文件
SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍
Sybase SQL Anywhere数据库恢复工具ReadASADB适用场景
各种误操作:
- 误截断表(truncate table)
- 误删除表(drop table)
- 错误的where条件误删数据
- 误删除db或log文件
- 误删除表中的字段
Sybase SQL Anywhere数据库恢复工具ReadASADB的应用场景:
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
7、*** ERROR *** Assertion failed: 201417 (7.0.4.3541) Invalid count or free space offset detected on a table page
8、Internal database error *** ERROR *** Assertion failed: 201425 (8.0.3.5594) Invalid count or free space offset detected on a free list page -- transaction rolled back.
9、Internal database error *** ERROR *** Assertion failed: 100702 (8.0.1.2600) Unable to modify indexes for a row referenced in rollback log -- transaction rolled back
Sybase ASE数据库恢复工具READSYBDEVICE:
一个不依赖数据库管理系统、直接从Sybase数据库设备文件上提取数据的业内领先的恢复工具!能够从损坏的Sybase ASE设备文件(.dat)上提取数据的非常规恢复工具。
Sybase ASE数据库恢复工具READSYBDEVICE的主要功能:
- 被勒索病毒加密数据文件及备份文件情况下的恢复;
- 系统崩溃只剩下数据文件的情况下的恢复,甚至数据库文件不存在而只有损坏的备份文件情况下的恢复;
- 因断电、硬盘坏道等造成数据库文件损坏情况下的恢复;
- delete数据恢复、误update数据恢复、误删除表(drop)恢复、误truncate表恢复 等;
- 各种Sybase内部系统表损坏、索引错误的修复;
- master数据库损坏而无法正常运行情况下的恢复;
- Sybase数据库被标记为可疑,不可用等情况的恢复;
- Sybase数据库中数据文件内部出现坏块情况下的恢复;
- Sybase数据库无数据文件但有日志文件的情况下的恢复;
- Sybase数据库只有数据文件无任何日志文件的情况下的恢复;
- Sybase数据文件被误删除情况下的碎片提取恢复;
- 磁盘阵列上的Sybase数据库被误格式化情况下的数据库恢复;
- 数据库sysobjects等系统表损坏无法正常应用情况下的恢复;
- Sybase数据库还原数据库出现失败情况下的恢复;
- Sybase数据库只剩下损坏的备份文件情况下的恢复。
Sybase ASE数据库恢复工具READSYBDEVICE支持的版本:
Sybase ASE 11.0.x,11.5.x,11.9.x,12.0.x,12.5.x,15.0.x,15.5.x,15.7.x,16.0.xSQL Server数据库恢复工具SQLRescue:
一个不依赖数据库管理系统、直接从SQL Server数据库文件上提取数据的业内领先的恢复工具!能够从损坏的SQL Server数据库文件(.mdf)上提取数据的非常规恢复工具。
SQL Server数据库恢复工具SQLRescue的主要功能:
- 系统崩溃只剩下数据文件的情况下的恢复,即无日志文件或者日志文件损坏情况下的恢复;
- 断电导致数据库文件损坏情况下的恢复;
- 硬盘坏道造成数据库损坏情况下的恢复;
- 数据文件内部存在坏页情况下的恢复;
- 企业管理器误删除数据表记录,管理软件误删除数据表记录的恢复;
- 并闩锁错误、格式化、误删除后导致软件不能使用的情况;
- 无法读取并闩锁页sysindexes失败情况下的修复;
- 数据文件被误删除情况下的碎片提取恢复;
- 系统表损坏、索引错误、误删除数据库表、删除记录的数据找回;
- master数据库损坏而无法正常运行情况下的恢复;
- 数据文件无法附加情况下的数据恢复;
- 数据库被标记为可疑,质疑,不可用等情况的恢复;
- 数据库sysobjects等系统表损坏情况下的恢复;
- 数据被误(drop、delete、truncate)删除表数据的恢复,误update后的数据恢复等;
- 还原时报一致性错误,错误823等情况下的数据恢复,各种错误提示的数据库文件修复;
- 数据库被误格式化等情况下的数据库恢复;
- 日志收缩造成数据库损坏情况下的恢复;
- 仅剩损坏的备份文件情况下的恢复。
SQL Server数据库恢复工具SQLRescue技术特点:
只要SQL Server数据库的数据文件存在,我们就有办法帮您从数据文件中找回重要数据。- 从数据文件中直接恢复数据
- 不能附加时直接恢复数据并生成新的数据库
- 系统表损坏的数据库修复
- 快速修复SQL 823错误、连接中断错误
SQL Server数据库恢复工具SQLRescue支持的版本:
Microsoft SQL Server 7.0, 2000, 2005, 2008, 2008R2, 2012, 2014, 2016, 2017,2019。+-------------------------------------华丽的分割线-------------------------------------------------------------------------