确定优先顺序与范围 « 性能和调优系列：基础知识

随着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中文版：

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

确定优先顺序与范围 ‌ ‌

确定两个或多个执行对象间的最终执行层次可能会非常复杂。当相关执行对象与各种不同执行属性的组合使得执行顺序混乱不清时，情况会怎样呢？

例如，EC3 客户端应用程序可调用 EC1 存储过程。两个执行对象都具有

EC3 属性、 EC1 属性，还是 EC2 属性？

了解 Adaptive Server 如何确定执行优先顺序，对于通过执行类指派获得预期效果是十分重要的。优先规则和范围规则这两个基本规则可帮助您确定执行顺序。

多个执行对象和 EC ‌

Adaptive Server 采用优先规则和范围规则来确定应用多个冲突规范中的哪一个。

使用规则时应遵循以下顺序：

1 当进程涉及多个执行对象类型时使用优先规则。

2 当同一个执行对象存在多个执行类定义时使用范围规则。

优先规则

当属于一个执行类的执行对象调用属于另一执行类的执行对象时，优先规则会排出执行优先顺序。

优先规则规定存储过程的执行类优先于登录的执行类，而登录的执行类优先于客户端应用程序的执行类。

如果存储过程的某执行类优先于调用它的客户端应用进程的执行类，则在存储过程运行期间，客户端进程的优先级临时被提高到此存储过程的优先级。这也适用于嵌套的存储过程。

注释优先规则例外：如果某执行对象调用一个执行类优先级低于自己的存储过程，则该执行对象的优先级不会临时降低。

优先规则示例本例说明优先规则的使用。假定有一个 EC2 登录、一个 EC3 客户端应用程序和一个 EC1 存储过程。

登录的属性优先于客户端应用程序的属性，因此登录被优先处理。如果存储过程的基本优先级高于登录的优先级，则在存储过程的执行期间，执行存储过程的 Adaptive Server 进程的基本优先级临时提高。图 4-3 说明了如何应用优先规则。

图 4-3：优先规则的使用

客户端存储

登入应用程序过程

EC2

EC3

存储过程以 EC1 运行

EC1

当具有 EC2 的登录调用具有 EC1 的客户端应用程序，而此客户端应用程序调用具有 EC3 的存储过程时，情况会怎样呢？由于登录的执行类优先于客户端应用程序的执行类，因此存储过程会以 EC2 属性执行。使用上面注释中说明的优先规则例外，优先级不会临时降低。

范围规则

除指定对象的执行属性外，还可以在使用 sp_bindexeclass scope 时定义其范围。对象的范围指定执行类绑定对其有效的实体

例如，可指定 isql 客户端应用程序以 EC1 属性运行，但必须是在它以 “sa”登录执行时。此语句将绑定到 isql 客户端应用程序的 EC1 的范围设置为 “sa”登录（AP 指示应用程序）：

sp_bindexeclass isql, AP, sa, EC1

反之，也可指定 “sa”登录以 EC1 属性运行，但必须是在它执行 isql 客户端应用程序时。在此示例中，绑定到 “sa”登录的 EC1 的范围为 isql 客户端应用程序：

sp_bindexeclass sa, LG, isql, EC1

如果范围设置为 NULL，则绑定适用于所有交互。

当客户端应用程序没有范围时，绑定到它的执行属性应用于任何调用该客户端应用程序的登录。

登录没有范围时，对于登录的任何进程，该属性都适用。以下命令中的 isql 参数指定，对于调用 isql 的任何登录， Transact-SQL

应用程序使用 EC3 属性执行，除非该登录绑定到较高的执行类：

sp_bindexeclass isql, AP, NULL, EC3

结合以上授予 “sa”用户 isql EC1 执行属性的绑定，并使用优先规则，来自 “sa”登录的 isql 请求使用 EC1 属性执行。为来自非 “sa”登录的 isql 请求服务的其它进程使用 EC3 属性执行。

范围规则规定，当为客户端应用程序、登录、服务类或存储过程指派了多个执行类级别时，范围最窄的级别优先。利用范围规则，使用以下命令可获得同样的结果：

sp_bindexeclass isql, AP, sa, EC1

解决优先冲突

当多个执行对象和执行类拥有相同的范围时， Adaptive Server 使用以下规则解决优先冲突。

• 给未绑定到特定执行类的执行对象指派这些缺省值：

实体类型	属性名	缺省值
客户端应用程序	执行类	EC2
登入	执行类	EC2
存储过程	执行类	EC2

• 指派了执行类的执行对象的优先级高于缺省值。（已指派的 EC3 优先于未指派的 EC2）。

• 如果客户端应用程序和登录有不同的执行类，则登录的执行优先级高于客户端应用程序的优先级（依据优先规则）。

• 如果存储过程和客户端应用程序或登录有不同的执行类， Adaptive Server 执行存储过程时，会使用有较高执行类的那个，以产生优先顺序（依据优先规则）。

• 如果同一个执行对象有多个定义，则范围最窄的定义具最高的优先级（依据范围规则）。例如，第一个语句赋予运行 isql 的 “sa”登录比运行任何其它任务的 “sa”登录更高的优先级：

sp_bindexeclass sa, LG, isql, EC1 sp_bindexeclass sa, LG, NULL, EC2

示例：确定优先顺序

表 4-3 中的每一行包含执行对象及其冲突执行属性的组合。

“执行类属性”列显示指派给属于登录 “LG”的进程应用程序 “AP” 的执行类值。

其它列显示 Adaptive Server 如何解析优先顺序。

表 4-3：冲突属性值与 Adaptive Server 指派值

执行类属性 Adaptive Server 指派值

应用程序 (AP)	登录 (LG)	存储过程 (sp_ec)	应用程序	登录基本优先级	存储过程基本优先级
EC1	EC2	EC1	EC2	中	高
		(EC3)			（中）
EC1	EC3	EC1	EC3	低	高
		(EC2)			（中）
EC2	EC1	EC2 (EC3)	EC1	高	高（高）
EC2	EC3	EC1	EC3	低	高
		(EC2)			（中）
EC3	EC1	EC2	EC1	高	高
		(EC3)			（高）
EC3	EC2	EC1	EC2	中	高
		(EC3)			（中）

若要测试您对优先规则和范围规则的理解，请遮住表 4-3 的 “Adaptive Server 指派值”列，并预测这些列中的值。为帮助您入门，以下是对第一行的情况说明：

• 列 1 — 将客户端应用程序 AP 指定为 EC1。

• 列 2 — 将登录 “LG”指定为 EC2 ?

• 列 3 — 存储过程 sp_ec 被指定为 EC1 ?

运行时：

• 列 4 — 属于 LG 的执行客户端应用程序 AP 的任务使用 EC2 属性，因为登录的类优先于应用程序的类（优先规则）。

• 列 5 — 列 5 的值表示此登录的基本优先级为中。

• 列 6 — 存储过程 sp_ec 的执行优先级从中提升至高（因为它是 EC1）。

如果将存储过程指派为 EC3 （如列 3 圆括号中所示），则存储过程的执行优先级为中（如列 6 圆括号中所示），因为 Adaptive Server 使用客户端应用程序或登录和存储过程的最高执行优先级。

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

--------------------------------------华丽的分割线-------------------------------------------------------------------------

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加密的数据文件

请参考：研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
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.x

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

SQL 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。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------

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

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

确定优先顺序与范围 ‌ ‌