OushuDB 创建和管理模式(中)

简介: 全称的名字写起来非常费劲,并且我们最好不要在应用里直接写上特定的模式名。因此, 表通常都是用 位修饰 的名字引用的,这样的名字里只有表名字。 系统通过查找一个 搜索路径 来判断一个表究竟属于哪个模式, 这个路径是一个需要查找的模式名列表。在搜索路径里找到的第一个表将被使用。 如果在搜索路径中没有找到表,那么就报告一个错误(即使在数据库里的其它模式中存在此表也如此)。

image.png

1、模式搜索路径

全称的名字写起来非常费劲,并且我们最好不要在应用里直接写上特定的模式名。因此, 表通常都是用 位修饰 的名字引用的,这样的名字里只有表名字。 系统通过查找一个 搜索路径 来判断一个表究竟属于哪个模式, 这个路径是一个需要查找的模式名列表。在搜索路径里找到的第一个表将被使用。 如果在搜索路径中没有找到表,那么就报告一个错误(即使在数据库里的其它模式中存在此表也如此)。

在搜索路径中的第一个模式叫做”当前模式”。除了是搜索的第一个模式之外, 它还是在CREATE TABLE没有声明模式名的时候,新建表的默认所在地。

要显示当前搜索路径,使用下面的命令:

SHOW search_path;

在缺省的设置中,返回:

search_path--------------"$user",public

第一个元素声明搜索和当前用户同名的模式。因为还没有这样的模式存在,所以这条记录被忽略。第二个元素指向我们已经看过的public模式。

搜索路径中第一个存在的模式是创建新对象的缺省位置。这就是为什么缺省的对象都会创建在 public 模式里的原因。 如果在其它环境中引用对象且没有模式修饰,那么系统会遍历搜索路径,直到找到一个匹配的对象。 因此,在缺省的配置里,任何未修饰的访问只能引用 public 模式。

要设置模式的搜索路径,可以用:

SET search_path TO myschema,public;

(省略了$user是因为并不立即需要它),然后我们就可以不使用模式修饰来访问表了:

DROP TABLE mytable;

同样,因为myschema是路径中的第一个元素,新对象缺省时将创建在这里。
我们也可以写成:

SET search_path TO myschema;

然后我们如果不明确修饰的话,就不能再访问 public 模式了。public 模式没有任何特殊之处,只不过它缺省时就存在。我们也可以删除它。
搜索路径对于数据类型名、函数名、操作符名的运作方式和表名完全相同。 数据类型和函数名可以像表名一样加以修饰。如果你需要在表达式里写一个有模式修饰的操作符, 你必须这么写:

OPERATOR(schema.operator)

这样是为了避免语法歧义。下面是一个例子:

SELECT 3 OPERATOR(pg_catalog.+) 4;

实践中我们通常依赖搜索路径寻找操作符,这样就不用写这么难看的东西了。

2、模式和权限

缺省时,用户无法访问模式中不为他们所有的对象。为了让他们能够访问,模式的所有者需要在模式上赋予他们USAGE权限。 为了让用户使用模式中的对象,我们可能需要赋予该对象适合的额外权限。
用户也可以在别人的模式里创建对象。要允许这么做,需要被赋予在该模式上的CREATE权限。请注意,缺省时每个人都在public模式上有CREATE和USAGE权限。 这样就允许所有可以连接到指定数据库上的用户在这里创建对象。如果你不打算这么做,可以撤销这个权限:

REVOKE CREATE ON SCHEMA public FROM PUBLIC;

第一个”public”是模式,第二个”public”意思是”所有用户”。 第一句里它是个标识符,而第二句里是个关键字,所以有不同的大小写。 记住我们在 标识符和关键词 里面说过的原则。

3、系统表模式

除了public和用户创建的模式之外,每个数据库都包含一个pg_catalog模式, 它包含系统表和所有内置数据类型、函数、操作符。pg_catalog总是搜索路径中的一部分。 如果它没有明确出现在路径中,那么它隐含地在所有路径 之前 搜索。 这样就保证了内置名字总是可以被搜索。不过,你可以明确地把pg_catalog放在搜索路径之后, 如果你想使用用户自定义的名字覆盖内置的名字的话。
除非必要,你可以在非系统模式里创建以pg_开头的表名字。 不过,我们最好还是不要使用这样的名字,以保证自己将来不会和新版本冲突: 那些版本也许会定义一些和你的表同名的表(在缺省搜索路径中,一个对你的表的无修饰引用将解析为系统表)。 系统表将继续遵循以pg_开头的传统,因此,只要你的表不是以pg_开头, 就不会和无修饰的用户表名字冲突。

目录
相关文章
|
4月前
|
存储 运维 NoSQL
现代化企业管理中的数据库选择与优化策略
在当今信息化时代,企业管理越来越依赖于高效的数据库系统来支撑业务运作。本文探讨了在选择和优化数据库时需要考虑的关键因素,包括数据类型、访问模式以及性能需求。通过分析不同数据库系统的特性和优劣势,帮助企业在面对日益复杂的业务需求时,选择合适的数据库解决方案,提升管理效率和业务运行质量。
|
11月前
|
SQL 运维 关系型数据库
NineData:为大型房产集团数据库统一纳管,推动业务高效运行
该企业是中国领先的优质房产品开发及生活综合服务供应商。在 2022 年取得了亮眼的业绩表现,销售额市场占有率跻身全国前五。业务涵盖房产开发、房产代建、城市更新、科技装修等多个领域。2023 年,该企业和玖章算术(浙江)科技有限公司达成合作,通过玖章算术的 "NineData 数据库管理平台" 管理集团旗下所有的数据库。
466 1
|
数据采集 数据管理 数据挖掘
「主数据架构」14个主数据管理误区
「主数据架构」14个主数据管理误区
|
SQL 数据库
OushuDB 创建和管理模式(下)
OushuDB 创建和管理模式(下)
68 0
|
SQL 数据库
OushuDB 用户指南书籍定义创建和管理模式之创建模式
OushuDB 用户指南书籍定义创建和管理模式之创建模式
52 0
|
数据库
OushuDB 产品介绍基本的模式
OushuDB 产品介绍基本的模式
84 0
|
存储 Java 数据库连接
OushuDB 产品介绍
OushuDB 产品介绍
95 0
|
SQL 存储 分布式计算
OushuDB 的主要功能
OushuDB 的主要功能
80 0
|
SQL 数据库
OushuDB 创建和管理模式(上)
一个OushuDB数据库集群包含一个或多个已命名数据库。 用户和用户组在整个集群范围内是共享的,但是其它数据并不共享。 任何与服务器连接的客户都只能访问那个在连接请求里声明的数据库。
114 0
OushuDB 创建和管理模式(上)
OushuDB 管理指南之资源管理(下)
通常,一个查询的并行度会影响一个查询的性能以及系统的吞吐量。资源管理器分配给一个查询的virtual segment个数决定了一个查询的并行度。 一般情况下,用户不需要人为干预资源管理器对virtaul segment个数的分配,OushuDB资源管理器会很好的管理查询的并行度。但有些时候,用户可能想要控制一个查询的并发度,OushuDB提供了多个 可供用户调控的手段。
175 0
OushuDB  管理指南之资源管理(下)