Oracle(21)什么是聚集索引和非聚集索引?

在数据库管理系统中,索引是一种用于加速数据检索的结构。主要有两种类型的索引:聚集索引(Clustered Index)和非聚集索引(Non-Clustered Index)。它们在数据存储和检索方面有不同的实现和用途。

聚集索引(Clustered Index)

聚集索引决定了表中数据的物理存储顺序。一个表只能有一个聚集索引,因为数据行只能有一种物理排序方式。聚集索引通常用于主键,因为它能提高查询性能。

特点
  1. 物理排序:数据行按照索引键的顺序物理存储。
  2. 唯一性:每个表只能有一个聚集索引。
  3. 性能:对于范围查询和排序操作,聚集索引性能较高。
创建聚集索引的示例
sql 复制代码
-- 创建一个表
CREATE TABLE employees (
    employee_id INT PRIMARY KEY,
    first_name VARCHAR(50),
    last_name VARCHAR(50),
    department VARCHAR(50)
);

-- 创建聚集索引
CREATE CLUSTERED INDEX idx_employee_id
ON employees(employee_id);

在这个示例中,employee_id是主键,并且是聚集索引的一部分。数据行将按照employee_id进行物理排序。

非聚集索引(Non-Clustered Index)

非聚集索引不改变表中数据的物理存储顺序。它创建一个单独的结构(通常是B-tree),该结构包含索引键和指向数据行的指针。一个表可以有多个非聚集索引。

特点
  1. 逻辑排序:数据行的物理存储顺序不变,但索引键在索引结构中排序。
  2. 多个索引:每个表可以有多个非聚集索引。
  3. 性能:对于精确查找和特定列的查询,非聚集索引性能较高。
创建非聚集索引的示例
sql 复制代码
-- 创建一个表
CREATE TABLE employees (
    employee_id INT PRIMARY KEY,
    first_name VARCHAR(50),
    last_name VARCHAR(50),
    department VARCHAR(50)
);

-- 创建非聚集索引
CREATE NONCLUSTERED INDEX idx_last_name
ON employees(last_name);

-- 创建另一个非聚集索引
CREATE NONCLUSTERED INDEX idx_department
ON employees(department);

在这个示例中,last_name和department列上创建了非聚集索引。尽管数据行的物理顺序不变,但索引加速了基于这些列的查询。

查询索引信息

可以通过系统视图查询索引的相关信息:

sql 复制代码
-- 查询所有索引
SELECT 
    name AS index_name,
    type_desc AS index_type,
    is_unique,
    is_primary_key
FROM sys.indexes
WHERE object_id = OBJECT_ID('employees');

示例

以下是一个完整的示例,展示了如何创建、使用和查询聚集索引和非聚集索引:

sql 复制代码
-- 创建表
CREATE TABLE employees (
    employee_id INT PRIMARY KEY,
    first_name VARCHAR(50),
    last_name VARCHAR(50),
    department VARCHAR(50)
);

-- 创建聚集索引
CREATE CLUSTERED INDEX idx_employee_id
ON employees(employee_id);

-- 创建非聚集索引
CREATE NONCLUSTERED INDEX idx_last_name
ON employees(last_name);

-- 插入数据
INSERT INTO employees (employee_id, first_name, last_name, department)
VALUES (1, 'Alice', 'Smith', 'HR'),
       (2, 'Bob', 'Johnson', 'IT'),
       (3, 'Charlie', 'Brown', 'Finance');

-- 查询表数据
SELECT * FROM employees;

-- 查询索引信息
SELECT 
    name AS index_name,
    type_desc AS index_type,
    is_unique,
    is_primary_key
FROM sys.indexes
WHERE object_id = OBJECT_ID('employees');

总结

聚集索引和非聚集索引是提高数据库查询性能的重要工具。聚集索引决定了表中数据的物理存储顺序,适用于主键和范围查询;非聚集索引则创建一个单独的结构,用于加速特定列的查询。理解和正确使用这两种索引类型,对于优化数据库性能至关重要。

相关推荐
SelectDB3 小时前
SelectDB 是哪个公司的?是国产数据库吗?一篇讲清飞轮科技与 Apache Doris 的关系
数据库
这个DBA有点耶3 小时前
库内计算推理:一条SQL背后的算子融合,和外挂方案差了几次网络往返
数据库·人工智能·sql
这个DBA有点耶6 小时前
函数索引的“完全一致”有多苛刻:写法、字符集、类型,差一处就失效
数据库·mysql·代码规范
星恒随风6 小时前
MySQL 从零入门(三):表的约束详解
linux·服务器·数据库·笔记·mysql
Alluxio6 小时前
Alluxio + OCI:为 AI 工作负载实现亚毫秒访问延迟与可扩展吞吐
运维·数据库·人工智能·分布式·缓存·ai·语言模型
数据库急诊室_阿哲10 小时前
一次加索引建议的复核记录:从报告到签字
数据库·ai数据库
青瓦梦滋11 小时前
Redis主从复制
服务器·数据库·redis·缓存·bootstrap
慧都小妮子11 小时前
Wyn商业智能国产数据库适配:数据接入、分析缓存与审计日志验证清单
数据库·数据分析·数据可视化·审计日志·商业智能
Joy T12 小时前
Redis Lua 原子限流:Lua 脚本、竞态条件与并发控制
数据库·redis·lua·限流·竞态条件·redis scripting
杨凯凡13 小时前
MySQL 死锁怎么排查?InnoDB 锁等待与 Spring Boot 整事务重试实战
数据库·spring boot·mysql