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_开头， 就不会和无修饰的用户表名字冲突。
