模式与索引

这篇文章详细介绍了数据库中非聚集索引的定义、特点以及与聚集索引的区别。非聚集索引在数据库中的应用十分广泛，它通过不同的索引模式提高了数据库的查询效率。文章还分析了不同的索引方式，例如B树索引和哈希索引，以及它们在数据检索过程中的优缺点。

逻辑备份又分为三种模式： 表模式（T）：这种模式可以卸出当前用户数据库模式下的表，甚至是所有的表。具有特权的用户可以根据所指定的数据库模式来（限制表）卸出他们所包含的表。缺省情况下，卸出的为当前用户下的所有表。 用户模式（U）：这种模式可以卸出当前用户数据库模式下的所有实体（表、数据和索引）。 全数据库模式（F）：只有具有EXP_FULL_DATABASE角色的用户才可能以这种模式卸出。以此模式卸出的用户，除SYS模式下的内容外，数据库中所有实体都可以卸出。

数据定义模式的创建及删除，基本表的创建、修改及删除，索引的创建及删除，各类数据操作包括插入数据、修改数据、删除数据，各类查询操作包括单表查询、连接查询、嵌套查询、集合查询，视图的创建、删除、查询、更新。注意：SQL Server 2008的SQL99兼容性限制。

建立索引 语法：CREATE [UNIQUE] [CLUSTER] INDEX [索引名] ON 表名 (字段名 [ASC|DESC], ...) 删除索引 语法：DROP INDEX 索引名

这份参考课件适用于初学者，通过简单的实例让您轻松上手基本任务。

当模式发生变化时，通过外模式/模式定义语句可以调整外模式/模式映射定义，从而保持外模式的稳定性。这种方式确保了数据与程序逻辑的独立性，是数据库设计中的重要策略。

外模式/模式映象是实现数据逻辑独立性的关键。当数据库模式发生变化时，数据库管理员可以通过调整外模式/模式映象来屏蔽这些变化，确保外模式保持不变。由于应用程序是基于外模式编写的，因此无需修改应用程序，从而实现了数据与程序的逻辑独立性。

外模式与模式映像概述 外模式 描述的是数据的局部逻辑结构，而 模式 则是数据的全局逻辑结构。在数据库中，同一个模式可以包含多个外模式，每个外模式都有其对应的外模式/模式映像。这种映像的作用在于建立数据局部逻辑结构与全局逻辑结构之间的映射关系。 外模式/模式映像的关键作用 当用户定义了一个外模式时，相应的外模式/模式映像也会随之定义。该映像的描述通常包含在各自的外模式定义中。比如，在现有记录类型间增加了新关系，或在某些记录类型中加入了新的数据项，数据库的总体逻辑结构发生变化，外模式/模式映像会随之调整，确保数据的局部逻辑结构保持不变。 保持数据与程序间的逻辑独立性 由于应用程序是基于数据的局部逻辑结构编写的，因此在局部结构不变的情况下，应用程序无需更改，从而实现了数据与程序之间的逻辑独立性。

在检索记录时，聚集索引比非聚集索引速度更快，因为它们按索引键值的顺序排列记录。然而，添加或更新记录时，使用聚集索引会稍慢，因为需要对记录排序后再存储。一个表中只能有一个聚集索引，但可以有多个非聚集索引。惟一性索引保证字段或字段组合的唯一性，而复合索引由多个字段组合而成，在多字段查询中尤为有用。

全局索引的数据存放位置与父表的表分区信息无关。父表是否是分区表并不影响全局索引的创建。语法如下： create index dinya_idx_t on dinya_test(item_id) global partition by range(item_id) ( partition idx_1 values less than (1000) tablespace dinya_space01, partition idx_2 values less than (10000) tablespace dinya_space02, partition idx_3 values less than (maxvalue) tablespace dinya_space03 );