随着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
- 安全性管理指南
- 实用程序指南
使用 execute as owner 或 execute as caller 执行过程
在 Adaptive Server 15.7 ESD #2 版本中,可使用 execute as owner 或 execute as caller 创建一个过程,该过程可分别代表所有者或调用者检查 运行时权限、执行 DDL 以及解析对象名。如果使用 execute as caller 创 建过程, Adaptive Server 会以过程调用者的身份执行这些操作。如果使 用 execute as owner 创建过程,则以过程所有者的身份执行这些操作。
当省略 execute as 子句时,该行为与 Adaptive Server 15.7 ESD #2 以前版 本中的一样。
对于需要对照过程所有者特权对过程中所有操作进行检查的应用程序而 言,创建以过程所有者身份执行的过程十分有用。因所有权链引起的隐 式授予检查不适用于用 execute as owner 创建的过程。除了对存储过程的 execute 权限外,应用程序最终用户不需要数据库中的任何特权。此外, 该过程所执行的任何 DDL 以过程所有者身份进行,在该过程中创建的 任何对象为过程所有者所拥有。这样一来,管理员就不必授予应用程序 用户对 DDL 命令的特权。
如果必须以单个用户的身份检查权限,则有必要创建作为会话用户或调 用者执行的过程。例如,如果过程访问的表实施通过谓词特权进行的精 细访问控制,则使用 execute as caller ,以便允许一个用户查看一部分 行,另一个用户查看另一部分行。因所有权链引起的隐式授予检查不适 用于用 execute as caller 创建的过程;如果该过程引用的表中存在谓词特 权,他们将适用。
如果省略 execute as 子句:
• 以过程所有者的身份解析对象名称。
• 以过程调用者身份执行 DDL 命令和跨数据库访问。
• 除非引用的对象与过程之间存在所有权链,这种情况下将绕过权限 检查,否则将以调用者身份进行 DML、 execute、 transfer table、 truncate table 、 delete statistics 和 update statistics 的权限检查。
如果指定了 execute as owner 子句,在执行一开始,该过程的行为与对所 有者执行隐式 set session authorization 后的预期行为一致。该行为包括:
• 以过程所有者身份解析对象名称。如果该过程未使用所有者名称限 定名称而直接引用表或其它对象, Adaptive Server 将查找属于该过 程所有者的具有该名称的表。如果不存在这样的表, Adaptive Server 将查找数据库所有者拥有的具有该名称的表。
• 以过程所有者身份执行 DDL 命令和跨数据库访问。
• 不通过所有权链进行隐式授权。
• 所有访问控制检查均基于过程所有者的权限、所在组、系统角色、 缺省用户定义角色以及授予所有者的且在过程体中激活的角色。同 样考虑授予所有者登录配置文件的角色。仅考虑过程执行期间过程 所有者激活的角色。
• 使用 execute as owner、 execute as caller,或未使用 execute as 子句定 义的过程,可嵌套在用 execute as owner 定义的过程内。同样,使用 execute as owner 定义的过程可嵌套在未使用 execute as 子句定义的 过程内。
除非嵌套的过程定义为 execute as owner,否则以调用过程所有者身 份执行从 execute as owner 过程调用的过程。
• 无论 sp_procxmode 的设置 “ Dynamic Ownership Chain ”如何,均使 用过程所有者的权限执行过程内部的动态 SQL 语句。
• 由于临时表为会话所有,因此调用者在过程外部创建的临时表在过 程内可供过程所有者使用。在会话中执行 set session authorization 命 令后,该行为会反映临时表的可用性。
• 过程内执行的语句的审计记录显示了过程所有者的名称和 execute as owner 选项。
• set session authorization 语句不允许嵌套在使用 execute as owner 定义 的过程内,即使该语句位于未定义为 execute as owner 的嵌套过程内 也是如此。
如果指定 execute as caller 子句,
• 以调用者身份解析对象。如果该过程未使用所有者名称限定名称而 直接引用表或其它对象, Adaptive Server 将查找属于该过程调用者 的具有该名称的表。如果不存在这样的表, Adaptive Server 将查找 数据库所有者拥有的具有该名称的表。
• 以调用者身份执行 DDL 命令和跨数据库访问。
• 不通过所有权链进行隐式授权。
• 以调用者、调用者所在组、活动角色和系统角色的身份检查权限。
• 使用 execute as owner、 execute as caller,或未使用 execute as 子句定 义的过程,可嵌套在用 execute as caller 定义的过程内。同样,使用 execute as caller 定义的过程可嵌套在未使用 execute as 子句定义的过 程内。
除非嵌套的过程定义为 execute as owner,否则以父过程调用者的身 份执行从 execute as caller 过程调用的过程。
• 无论 sp_procxmode 的设置 “ Dynamic Ownership Chain ”如何,都将以 调用者身份执行动态 SQL。
• 过程外部创建的临时表在过程内部可用。
• 过程的对象引用不输入到 sysdepends 里,因为对象是根据过程的每 个调用者解析的。
• select * 不在 syscomments 内扩展。
• 同一过程的过程高速缓存中的计划不在用户之间共享,因为过程中 的对象必须解析为执行该过程的用户。因此,如果许多用户执行该 过程,可能会增加过程高速缓存率。当用户再次执行该过程时,将 重用特定用户的计划。
• 过程内执行的语句的审计记录显示了过程调用者名称和 execute as caller 子句。
在以下示例中,用户 Jane 创建的过程没有 execute as 子句。该过程从
jane.employee 中选择内容并插入到名为 emp_interim 的中间表中:
create procedure p_emp select * into emp_interim from jane.employee
grant execute on p_emp to bill
Bill 执行该过程:
exec jane.p_emp
• Bill 不必具有对 jane.employee 的 select 权限,因为 Jane 拥有 p_emp 和 employee。通过授予 Bill 对 p_emp 的 execute 权限,Jane 已隐式授 予其对 employee 的 select 权限。
• Bill 必须已授予 create table 权限。 emp_interim 表将为 Bill 所拥有。
在以下示例中,Jane 用 execute as owner 子句创建带有相同体的过程,并 且 Bill 执行该过程:
create procedure p_emp
with execute as owner as select * into emp_interim from jane.employee
grant execute on p_emp to bill
• Bill 只需具有 execute 权限即可成功运行该过程。
• 以 Jane 的身份创建 emp_interim 表,意味着 Jane 是所有者。如果
Jane 没有 create table 权限,该过程将失败。
在以下示例中, Jane 用 execute as caller 子句创建了同样的过程:
create procedure p_emp
with execute as caller as select * into emp_interim from jane.employee
grant execute on p_emp to bill
• Bill 必须具有对 jane.employee 的 select 权限。尽管 jane 同时拥有 p_emp 和 employee,也不会进行任何隐式授予检查。如果 jane.employee 向 Bill 授予了谓词特权,则会将谓词添加到查询中。 有关详细信息,请参见 第 227 页上的 “授予谓词特权 ”。
• Bill 必须具有 create table 权限。以 Bill 身份创建 emp_interim,意味 着 Bill 是所有者。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------