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

 

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

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

 

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

在存储过程和触发器中使用事务 ‌ ‌ ‌

您可以象使用语句批处理一样在存储过程和触发器中使用事务。如果批 处理或存储过程中的事务调用另一个包含事务的存储过程或触发器，则 第二个务将嵌套到第一个事务中。

使用链式模式时，第一个显式或隐式 begin transaction 开始批处理、存储 过程或触发器中的事务。每个后续 begin transaction 的嵌套级递增。每个 后续 commit transaction 的嵌套级递减，直到嵌套级到 0 为止。然后 Adaptive Server 提交整个事务。 rollback transaction 中止整个事务并回退 到第一个 begin transaction，而不管嵌套级别和它所包含的存储过程与触 发器的数目如何。

在存储过程和触发器中，begin transaction 语句数必须与 commit transaction 语句数相匹配。这也适用于使用链式模式的存储过程。第一个隐式开始 事务的语句也必须有一个匹配的 commit transaction 语句。

存储过程中的 rollback transaction 语句不影响过程中或最初由过程调用的批 处理的随后语句。 Adaptive Server 会执行该存储过程或批处理中的后续 语句。但是，触发器中的 rollback transaction 语句将中止批处理，因而不 执行后续语句。

注释 触发器中的 rollback 语句：1) 回退事务， 2) 完成触发器中后续语 句，并 3) 中止批处理，因而不执行批处理中的后续语句。

例如，以下的批处理调用存储过程 myproc，它包括了一个 rollback transaction 语句：

begin tran

update titles set ... insert into titles ... execute myproc

delete titles where ...

update 和 insert 语句被回退，并且事务被中止。 Adaptive Server 继续批 处理并执行 delete 语句。但是，如果表中有包括 rollback transaction 的 insert 触发器，则中止整个批处理并且不执行 delete。例如：

begin tran

update authors set ... insert into authors ... delete authors where ...

存储过程中不同的事务模式或隔离级别有不同的要求，详见 第 660 页的 “事务模式和存储过程”中的说明。由于触发器是作为数据修改语句的 一部分调用的，因而不受当前事务模式的影响。

错误和事务回退

数据完整性错误会影响隐式或显式事务的状态：

• 严重级为 19 或更高的错误：

由于这些错误会终止用户与服务器的连接，因此用户事务进行中出 现的严重级为 19 或更高的任何错误将中止事务并回退所有语句， 直到最外层的 begin transaction。 Adaptive Server 始终在会话结束时 回退所有未提交的事务。

• 影响数据完整性的数据修改命令中的错误 （请参见 第 660 页的 表 23- 3 ）：

• 算术溢出和除零错误 （使用 set arithabort arith_overflow 命令可以 更改对事务的影响）

• 权限冲突

• 规则冲突

• 重复键冲突

表 23-2 总结了在几种不同的环境中 rollback 如何影响 Adaptive Server 的 处理。

表 23-2：回退如何影响处理

环境 rollback 的影响

仅事务 回退从事务开始后的所有数据修改。如果事务跨越多个批处理，则 rollback 将影响所有批 处理。

执行回退后发出的所有命令。

仅存储过程 无。

事务中的存储 过程

回退从事务开始后的所有数据修改。如果事务跨越多个批处理，则 rollback 将影响所有批 处理。

执行回退后发出的所有命令。

存储过程产生错误消息 266: Transaction count after EXECUTE indicates that a COMMIT or ROLLBACK TRAN is missing.

仅触发器 触发器完成，但回退触发器的影响。

不执行批处理中剩余的任何命令。在下一个批处理恢复处理。

事务中的触 发器

触发器完成，但回退触发器的影响。

回退从事务开始后的所有数据修改。如果事务跨越多个批处理，则 rollback 将影响所有批 处理。

不执行批处理中剩余的任何命令。在下一个批处理恢复处理。

嵌套触发器 内部触发器完成，但回退所有触发器的影响。 不执行批处理中剩余的任何命令。在下一个批处理恢复处理。

事务中的嵌套 触发器

内部触发器完成，但回退所有触发器的影响。

回退从事务开始后的所有数据修改。如果事务跨越多个批处理，则 rollback 将影响所有批 处理。

不执行批处理中剩余的任何命令。在下一个批处理恢复处理。

在存储过程和触发器中， begin transaction 语句数必须与 commit 语句数相 匹配。包含不成对的 begin/commit 语句的过程或触发器在执行时将生成 警告消息。这也适用于使用链式模式的存储过程：第一个隐式开始事务 的语句必须有一个匹配的 commit 语句。

如果有重复键错误和规则冲突，（除非也有 return 语句）则触发器完成， 并且执行 print、 raiserror 语句和远程过程调用。然后，将回退触发器和 剩余的事务，并中止剩余的批处理。 rollback 语句不能回退在常规 SQL 事务 （没有使用 DB-Library 两阶段提交）中执行的远程过程调用。‌

表 23-3 总结了在几种不同环境中由重复键错误或规则冲突所导致的回 退如何影响 Adaptive Server 的处理。

表 23-3：重复键错误/规则冲突导致的回退

环境 事务期间数据修改错误的影响

仅事务 当前命令被中止。不回退以前的命令，并执行后续命令。

存储过程中的事务 同上。

事务中的存储过程 同上。

仅触发器 触发器完成，但回退触发器的影响。 不执行批处理中剩余的任何命令。在下一个批处理恢复处理。

事务中的触发器 触发器完成，但回退触发器的影响。

回退从事务开始后的所有数据修改。如果事务跨越了多个批处理，则回退将影 响所有的批处理。

不执行批处理中剩余的任何命令。在下一个批处理恢复处理。 嵌套触发器 内部触发器完成，但回退所有触发器的影响。

不执行批处理中剩余的任何命令。在下一个批处理恢复处理。 事务中的嵌套触发器 内部触发器完成，但回退所有触发器的影响。

回退从事务开始后的所有数据修改。如果事务跨越了多个批处理，则回退将影 响所有的批处理。

不执行批处理中剩余的任何命令。在下一个批处理恢复处理。

事务中的错误将回退 触发器

回退触发器的影响。回退从事务开始后的所有数据修改。如果事务跨越了多个 批处理，则回退将影响所有的批处理。

触发器继续并导致重复键或规则错误。通常，触发器会回退其影响并继续执行， 但是这种情况下不回退触发器的影响。

触发器完成之后，不执行批处理中剩余的任何命令。在下一个批处理恢复处理。

事务模式和存储过程 ‌

使用非链式事务模式编写的存储过程可能与使用链式模式的事务不兼容， 反之亦然。例如，下面是一个使用链式事务模式的有效存储过程：

create proc myproc as

insert into publishers

values ("9996", null, null, null) commit work

由于 commit 没有相应的 begin，因此使用非链式事务模式的程序调用此 过程时会失败。您可能会遇到其它问题：

• 使用链式模式开始事务的应用程序可能无法创建长期事务或可能在 整个会话期间持有数据锁，这会降低 Adaptive Server 的性能。

• 应用程序可能会不按预期次数嵌套事务。根据不同的事务模式，这 会产生不同的结果。

一般说来，使用某种事务模式的应用程序应该调用为使用该模式而编写 的存储过程。例外地， Sybase 系统过程 （sp_procxmode 除外）可被使用 任何事务模式的会话调用。如果执行系统过程时没有活动的事务，则在 整个过程执行期间 Adaptive Server 将关闭链式模式。返回之前， Adaptive Server 会重新将模式设置为初始设置。

Adaptive Server 在创建过程的会话中使用事务模式 （链式或非链式）来 标记所有过程。这有助于避免与事务相关的问题，这些事务使用某种模 式来调用使用其它模式的事务。标记为链式的存储过程不能在使用非链 式事务模式的会话中执行，反之亦然。

触发器可在任何事务模式中执行。因为触发器始终被作为数据修改语句 的一部分来调用，所以它们或者是链式事务的一部分 （如果会话使用 链式模式，或者保持其当前事务模式。

警告！使用事务模式时，请务必了解每种设置对应用程序的影响。

在链式模式中运行系统过程

Adaptive Server 能让某些系统过程在使用链式事务模式的会话中运行：

• 以下系统过程可以在没有打开的事务时在使用链式事务模式的会话 中运行：

• sp_configure

• sp_engine

• sp_rename

• 以下系统过程可以在您使用 sp_procxmode 将事务模式更改为 anymode

后在使用链式事务的会话中运行：

• sp_addengine

• sp_dropengine

• sp_showplan

• sp_sjobcontrol

• sp_sjobcmd

• sp_sjobcreate

请参见 《参考手册：过程》。

• sp_sjobdrop 可以在使用链式事务模式的会话中运行，但如果您在事 务打开期间执行它，则会失败。

当您执行存储过程时， Adaptive Server 会在没有打开的事务时隐式地提 交这些存储过程执行的更改，因此您无需发出 commit 或 rollback。

如果在您发出以下命令时存在打开的事务：

• sp_rename、sp_configure、sp_engine、sp_addengine 或 sp_dropengine — 过程会因错误 17260 而失败，因为它们无法在事务内运行。

• sp_sjobcontrol、 sp_sjobcmd、 sp_sjobcreate、 sp_sjobdrop 或 sp_showplan — Adaptive Server 会让事务在过程执行后仍然打开。 必须针对整个事务显式地发出 commit 或 rollback。

如果这些过程在执行期间收到错误，它们会仅回退过程内执行的操 作。不回退过程执行之前所执行的操作，即使操作是在同一事务内 执行的也是如此

使用 set chained {on | off} 可为会话设置链式模式。请参见 《参考手册： 命令》。

设置存储过程的事务模式

使用 sp_procxmode 显示或更改存储过程的事务模式。例如，若要将存储 过程 byroyalty 的事务模式更改为链式，请输入：

sp_procxmode byroyalty, "chained"

sp_procxmode “anymode”使存储过程在链式或非链式事务模式下运行。 例如：

sp_procxmode byroyalty, "anymode"

使用不带任何参数值的 sp_procxmode 可显示当前数据库中所有存储过程 的事务模式：

sp_procxmode

procedure name transaction mode

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

byroyalty Any Mode

discount_proc Unchained

history_proc Unchained

insert_sales_proc Unchained insert_salesdetail_proc Unchained storeid_proc Unchained

storename_proc Unchained

title_proc Unchained

titleid_proc Unchained

只能在非链式事务模式中使用 sp_procxmode。

若要更改过程的事务模式，您必须是系统管理员、数据库所有者或过程 所有者。 ‌

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