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

 

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

视图的工作方式 ‌ ‌

视图是一种查看一个或多个表中数据的替代方法。

例如，假定您正在进行一项关于 Utah 州的项目。可以创建一个视 图，在其中仅列出居住在 Utah 州的作者：

create view authors_ut as select * from authors where state = "UT"

要显示 authors_ut 视图，应输入：

select * from authors_ut

当向 authors 表中添加或从中删除居住在 Utah 州的作者时，authors_ut 视图就会反映出更新后的 authors 表。

视图派生自一个或多个真实的表，而这些表的数据物理存储在数据 库中。从中派生视图的表叫做基表或基础表。视图也可以从另一视 图派生。

视图的定义以从中派生它的基表的方式存储在数据库中。没有单独的数 据副本与这种存储的定义相关联。您所看到的数据存储在基础表中。

视图看起来与数据库中的任何其它表完全一样。可以用显示和操作任何其 它表的方法来显示和操作视图。在通过视图进行查询方面没有任何限制， 在改视图方面的限制也比较少。本章后面部分对例外情况进行了说明。

当通过视图修改数据时，实际上是在更改底层基表中的数据。反之，底 层基表中数据的改变会自动地在其派生的视图中反映出来。

视图的优点

可以使用视图来关注、简化和自定义每个用户查看数据库的效果；视图 还提供了一种便于使用的安全措施。对数据库的结构进行了更改，但用 户都愿使用他们已习惯的数据库结构时，视图也非常有用。

可以使用视图来：

• 关注每个用户感兴趣的数据和该用户所承担的任务。用户不感兴趣 的数据可以从视图中省略。

• 将常用的连接、投影和选择定义为视图，这样在每次操作该数据时， 用户就不需要指定所有的条件和限制。

• 为不同的用户显示不同的数据 （即使他们同时使用同一数据）。这 在不同兴趣、不同技术水平的用户共享相同数据库时尤为有用。

安全性

通过视图，用户只能查询和修改所看到的数据。数据库的其余部分既不 可见也不可访问。

使用 grant 和 revoke 命令可将每个用户对数据库的访问限制在指定的数 据库对象 （包括视图）上。如果视图、所有表以及从中派生该视图的其 它视图属于同一用户，则该用户可以授予其他用户使用该视图的权限， 而禁止他们使用该视图的基础表和基础视图。这是一个简单而有效的安 全机制。请参见 《系统管理指南第卷》中的第 17 章 “管理用户权限”。

通过定义不同的视图并有选择性地授予它们的权限，可以将用户限制到 不同的数据子集上。例如，可以限制对以下内容的访问：

• 基表中行的子集 （即，与值相关的子集）。例如，可以定义只包含 商业与心理学书籍的行的视图，使某些用户无法看到有关其它类型 的书籍的信息。

• 基表中列的子集 （即，与值不相关的子集）。例如，可以定义包含

titles 表中所有行但不包含 royalty 和 advance 列的视图。

• 基表的行列子集。

• 限定多个基表连接的行。例如，可以定义一个连接 titles、authors 和 titleauthor 的视图以显示作者名和他们的书名。不过，此视图将隐藏 作者的个人信息以及图书的价格信息。

• 基表中数据的统计信息。例如，通过 category_price 视图，用户只能 访问各类图书的平均价格。

• 另一视图子集或视图和基表的组合的子集。例如，通过 hiprice_computer 视图，用户可以访问满足 hiprice 视图定义中的限定的计算机图书的 书名与价格。

要创建视图，用户必须从数据库所有者处获得 create view 权限，并且必 须对视图定义中引用的任何表或视图拥有适当的权限。

如果视图引用不同数据库中的对象，视图的用户必须是各个数据库的有 效用户或访客。

如果其他用户在您拥有的某个对象上创建了视图，则必须了解谁能通过 哪些视图看到哪些数据。例如：数据库所有者已经授予 Harold create view 权限，而 Maude 已授予 Harold 在她拥有的表中进行 select 的权限。 有了这些权限后，Harold 可以创建可从 Maude 拥有的表中选择所有列和 行的视图。如果 Maude 撤消 Harold 从其表中执行 select 操作的权限，则 Harold 仍然可以通过其已经创建的视图查看 Maude 的数据。

逻辑数据独立性

如果需要对真实表的结构进行更改，视图可以使用户不受这种更改的 影响。

例如，如果通过使用 select into 将 titles 表拆分为如下两个新基表，然后 删除 titles 表，从而调整了数据库的结构：

titletext (title_id, title, type, notes) titlenumbers (title_id, pub_id, price, advance, royalty, total_sales, pub_date)

可以连接两个新表的 title_id 列，“重新生成”原始的 titles 表。可以创建 一个视图来连接这两个新表。甚至可以将其命名为 titles。

以前引用基表 titles 的任何查询或存储过程现在则引用视图 titles。 select 操作与以前完全相同。只在新视图中进行检索的用户甚至不需要知道数 据库的结构已经改变。

遗憾的是，视图只提供部分逻辑独立性。由于某些限制，在新的 titles

上不能执行某些数据修改语句。

示例 ‌

第一个示例是从 titles 表中派生的视图。假定您只对价格高于 $15 并且预 付款超过 $5000 的图书感兴趣。这个简单的 select 语句将查找符合这些 条件的行：

select * from titles

where price > $15 and advance > $5000

现在，假定您要对该数据执行大量的检索和更新操作。可以将在先前查 询中所显示的条件与要发出的任何命令进行组合，也可以创建一个只显 示感兴的记录的视图：

create view hiprice as select *

from titles

where price > $15 and advance > $5000

如果 Adaptive Server 收到此命令，它会将 select 语句 （是视图 hiprice 的 定义）存储在系统表 syscomments 中。还在 sysobjects 和 syscolumns 中为 视图里的每列建立条目。

现在，当显示 hiprice 或对其进行操作时， Adaptive Server 将语句与存储 的 hiprice 的定义相组合。例如，可象更改其它表一样更改 hiprice 中的所 有价格：

update hiprice

set price = price * 2

Adaptive Server 将在系统表中查找视图定义，并将 update 命令转换为 语句：

update titles

set price = price * 2 where price > $15

and advance > $5000

也就是说， Adaptive Server 从视图定义中得知要更新的数据在 titles 中。 它还在符合条件 （指在视图定义中给出的 price 和 advance 列上的条件 和更新语句中的条件）的行中增加价格。

发出更新 hiprice 的命令后，可以在视图或 titles 表中看到其结果。反之， 如果已创建了视图并发出了第二个 update 语句 （此语句直接对基表进 行操作），则通过该视图也能看到更改后的价格。

如果用不同的行都符合视图条件的这种方式来更新视图的基础表，就会 影响此视图。例如，假定要想将 You Can Combat Computer Stress 一书的 价格增加到 $25.95。由于此书符合视图定义语句中的限定条件，因此会 将其视为视图的一部分。

但是，如果通过添加列来更改视图基础表的结构，新列将不会出现在用 select * 子句定义的视图中，除非删除并重新定义该视图。这是因为原视 图定义中的星号只考虑原有的列。

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