# 数据库里的 Schema 到底是什么？和库名、用户有什么关系


用 MySQL 时，库里放表，选好库就开始查。`shop.orders` 也好理解：shop 库里的 orders 表。

换到 PostgreSQL、openGauss 或 GaussDB，库和表之间却多了一层 Schema。查表写成 `sales.orders`，前面的 sales 还不能按库名理解。

再看 Oracle，Schema 又和用户名同名；SQL Server 里，还经常遇到 `dbo`。看起来都是“前缀加表名”，为什么含义不一样？

![Schema、库名与用户的关系：不同数据库采用不同的组织方式](https://developer.qcloudimg.com/http-save/yehe-2726701/a395b90a482cc7c52d406de26c1b15dd.png)Schema、库名与用户的关系：不同数据库采用不同的组织方式
## 库和表之间，为什么要多一层


先看 PostgreSQL。把数据库想成一栋楼，Schema 就像楼里的单元，表是单元里的房间。门牌写“101”可能重名，写成“二单元 101”就清楚了。

Schema 通常译作“模式”，实际就是一个有名字的对象容器，里面可以放表、视图、函数等。

比如 shop 库里，sales 放销售业务，archive 放归档业务。两边可以各建一张 orders，名字相同，也不会冲突。

![同一个 shop 库里，sales.orders 与 archive.orders 是两张不同的表](https://developer.qcloudimg.com/http-save/yehe-2726701/5ea9342f79c673d01a709edcc39b5d1b.png)同一个 shop 库里，sales.orders 与 archive.orders 是两张不同的表
查销售订单时写：

```
SELECT&nbsp;*&nbsp;FROM&nbsp;sales.orders;
```
sales 是 Schema 名，orders 是表名，数据库仍然是连的那个 shop。

表少时，这一层似乎多余；业务多了，它能让销售、归档、报表各自归组，允许不同业务使用相同的表名，也方便按业务范围授权。

这些用途都属于逻辑管理。Schema 不会自动给每个业务分配独立的 CPU、内存或磁盘。

## MySQL 为什么没这层，其他数据库呢


MySQL 也有 Schema 这个词，只是它与 Database 同义。执行 `CREATE SCHEMA`，效果等同于 `CREATE DATABASE`，库内没有再多一层。

不同数据库，主要差在这里：


|数据库|Schema怎么理解|示例|
|:-:|:-:|:-:|
|MySQL|就是 Database 的另一个叫法|`shop.orders`：库名.表名|
|PostgreSQL / openGauss / GaussDB|库内的命名空间，一个库可有多个 Schema|`sales.orders`：Schema名.表名|
|SQL Server|库内也有 Schema，与用户分开管理|`dbo.orders`：dbo 是 Schema|
|Oracle|用户拥有的对象集合，Schema 与其所有者同名|`HR.EMPLOYEES`：HR 是 Schema，也是其所有者的用户名|

点号前的名字，得按正在使用的数据库来理解。

Oracle 与用户的关系尤其容易绕：HR 用户是身份，HR Schema 是它拥有的那批对象。两者同名，作用不同。登录其他用户，只要有相应权限，也能查询 `HR.EMPLOYEES`。

SQL Server 的用户和 Schema 分开管理。sales Schema 可以由某个用户拥有，也可以授权给其他用户使用。**谁拥有它、谁能使用它，是两回事。**

PostgreSQL 里，用户名和 Schema 名可以不一样。创建用户时，也不会顺手建一个同名 Schema，想要还得自己建。

GaussDB 和 openGauss 会帮你做这一步：执行 `CREATE USER` 时，就会在当前库里建好同名 Schema。

比如，你连着 shop 库创建了 app_user 用户：


|在哪个库里看|PostgreSQL|GaussDB/openGauss|
|:-:|:-:|:-:|
|当前连接的 shop 库|不会自动创建 app_user Schema|自动创建 app_user Schema|
|其他库|不会自动创建|也不会自动创建|

所以，在 GaussDB、openGauss 里换个库登录，没看到同名 Schema，并不奇怪。创建用户时只在当时连着的那个库里建了一份；其他库也想要，就得分别手动创建。

## 不写 Schema，数据库怎么找表


理解了前缀，还会遇到一个问题：平时只写 `orders`，为什么有时能查，有时却提示不存在？

以 PostgreSQL 为例，省略 Schema 时，数据库按 `search_path`（搜索路径）找表。

```
SET search_path TO sales, public;
```
上面设置的是当前会话的搜索路径。对于图中的业务表，先找 sales，再找 public，找到第一张就使用它。两边都没有，就不会继续翻遍其他业务 Schema。

![search_path 为 sales、public 时，先找 sales.orders，未找到再找 public.orders](https://developer.qcloudimg.com/http-save/yehe-2726701/4ea44804f05d0d9fa8cc09be3bc25351.png)search_path 为 sales、public 时，先找 sales.orders，未找到再找 public.orders
图中假设相关 Schema 存在且有 `USAGE` 权限，系统和临时 Schema 中没有同名表。

这就解释了“连对库，却查不到表”：表在某个 Schema 里，但搜索路径没经过那里。

SQL Server 也有默认查找规则：查询未限定的普通表名时，先查用户的默认 Schema，再查 dbo。省略前缀能工作，是数据库替你补了查找规则，不是 Schema 消失了。

## 连对库，却提示表不存在，怎么查


不要急着改表名，先确认“连了哪个库”和“表在哪个 Schema”。下面以 PostgreSQL 为例，orders 替换成实际表名。

先确认连接与搜索路径：

```
SELECT current_database(), current_schema();
SHOW search_path;

```
`current_schema()` 返回搜索路径中的第一个有效 Schema，不能证明目标表就在里面。

再定位表所属的 Schema：

```
SELECT schemaname, tablename
FROM pg_catalog.pg_tables
WHERE tablename = 'orders';

```
确认属于 `sales` 后，显式指定它：

```
SELECT * FROM sales.orders LIMIT 1;

```

|验证结果|下一步|
|:-:|:-:|
|指定 Schema 能查，省略就报错|检查搜索路径|
|提示权限不足|检查 Schema 的 `USAGE` 和表的 `SELECT` 权限，只有前者通常还不能读表|
|仍提示不存在|检查库、对象名与大小写；`pg_tables` 不包含视图，视图需另查|

表名创建时如果用双引号保留了大写字母，查询时也要按原名加双引号。openGauss、GaussDB 可沿用这个排查思路，具体函数、视图以对应版本为准。

## PostgreSQL、openGauss、GaussDB 为什么经常一起出现


|名称|定位|
|:-:|:-:|
|PostgreSQL|独立发展的开源数据库项目，常简称 PG|
|openGauss|开源社区数据库，与 GaussDB 内核同源|
|GaussDB|华为的商业数据库产品|

它们有技术渊源：华为官方 FAQ 说明，早期 GaussDB 内核基于 PostgreSQL 9.2 演进；openGauss 社区也明确说明它与 GaussDB 内核同源。

这解释了为什么部分语法相近。但今天它们是不同的项目和产品，不能把 openGauss 社区版等同于 GaussDB 商业版，也不能只凭语法像，就认定驱动、插件和默认配置通用。

回头再看表名前的那个点号，先问一句：前面写的是库名，还是 Schema 名？弄清这一层，再去看用户和权限，很多“明明有表却查不到”的问题就有了排查方向。

用 MySQL 时，库里放表，选好库就开始查。shop.orders 也好理解：shop 库里的 orders 表。

数据库里的 Schema 到底是什么？和库名、用户有什么关系

Schema 是数据库中用于组织对象（如表、视图）的逻辑容器，不同数据库对其理解各异：MySQL 中 Schema 等同于库；PostgreSQL、openGauss、GaussDB 中，Schema 是库内的命名空间，允许多个同名表存在；Oracle 中 Schema 与用户名同名，代表用户拥有的对象集合；SQL Server 则将用户与 Schema 分离管理。省略 Schema 时，数据库按

人工智能

数据库Schema是库内组织表和视图的命名空间，库名、Schema名和用户名关系因数据库而异。MySQL中Schema等同于库名；PostgreSQL中Schema独立于用户；Oracle中Schema与用户名同名。当遇到"表不存在"时，需检查搜索路径及Schema权限设置。

代码解释

PostgreSQL

数据库

容器

MySQL

腾讯云数据库特惠，新用户首单0.5折起


sqlserver

让每一个 Agent，都跑在云上

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

数据库里的 Schema 到底是什么？和库名、用户有什么关系-腾讯云开发者社区-腾讯云

数据库里的 Schema 到底是什么？和库名、用户有什么关系

数据库里的 Schema 到底是什么？和库名、用户有什么关系

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐