1、应用办法
模式能够用多种形式组织数据。上面是一些倡议应用的模式，它们也很容易在缺省配置中失去反对：
● 如果没有创立任何模式，那么所有用户都默认拜访 public 模式。这样就模仿了没有模式的时候的情景。这种设置倡议次要用在只有一个用户或者数据库里只有几个单干用户的情景。这样的设置也容许咱们平滑地从无模式的环境过渡。
● 你能够为每个用户创立一个模式，名字和用户雷同。要记得缺省的搜寻门路从 $user 开始，它会解析为用户名。因而，如果每个用户都有一个独立的模式，那么他们缺省时拜访他们本人的模式。
如果你应用了这样的设置，那么你可能还想撤销对 public 模式的拜访(或者删除它)，这样，用户就真的限度于他们本人的模式了。
● 要装置共享的利用(被所有人应用的表、第三方提供的额定函数等等)，咱们能够把它们放到独立的模式中。只有记得给须要拜访它们的用户赋予适合的权限就能够了。而后用户就能够通过用一个模式名润饰来应用这些额定的对象，或者他们能够把额定的模式放到他们的搜寻门路中。
2、移植性
在 SQL 规范里，在同一个模式里的对象被不同的用户所有的概念是不存在的。而且，有些实现不容许你创立和它们的所有者不同名的模式。实际上，模式的概念和用户在那些只实现了规范中规定的基本模式反对的数据库系统里简直是一样的。因而，许多用户思考对名字加以润饰，使它们真正由 username.tablename 组成。如果你为每个用户都创立了一个模式，这实际上就是 OushuDB 的行为。
同样，在 SQL 规范里也没有 public 模式的概念。为了最大限度地遵循规范，你不应该应用 (可能甚至是应该删除)public 模式。
当然，有些数据库系统可能基本没有模式，或者是通过容许跨数据库拜访来提供模式的性能。如果你须要在这些零碎上干活，那么为了最大限度的移植性，应该基本不应用模式。