在模式中对 postgresql 表进行分组
我目前正在构建一个应用程序，其中包含大约 60 个左右的表，其中一些包含元信息，一些包含实际数据以及它们之上的几个视图。
为了使事情井井有条，我分别在所有表名前加上 meta_ 或 view_ 前缀，但是将它们放在同一数据库内的不同架构中是否值得？
- 这是常见做法吗？
- 有什么理由不这样做？
- 我可以在不同的模式上创建 FK 约束吗？
PS：从这个答案来看似乎没有性能损失： PostgreSQL：连接不同架构中的两个表的性能损失
I'm currently building an app that contains around 60 or so tables, some with meta information, some with actual data and a couple of views on top of them.
To keep things organized I'm prefixing all table name with meta_ or view_ respectively, but might it be worth it to just put them in different schemas inside the same database?
- It this common practice?
- Any reasons to not do this?
- Can I create FK-constraints over different schemas?
PS: There seems to be no performance penalty judging from this answer: PostgreSQL: Performance penalty for joining two tables in separate schemas
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可以按照您喜欢的任何方式使用模式。原则上没有限制。如果您需要
GRANT< /a> 对对象组的某些权限，例如在数据库内分隔用户。您可以在很大程度上将它们视为文件系统中的目录（尽管这种类比有其局限性）。我对视图使用
v_前缀，对函数使用f_前缀。但这基本上只是在文本搜索中快速发现这些对象的符号方便 - 例如，如果我破解转储。使此类前缀简短，您将不得不在数据库的剩余生命周期中键入它们。来自不同语义层的多个前缀可能必须应用于单个对象。我不会将功能前缀（
v_或view_）与语义前缀（meta_）混合在同一级别上。而是为元对象创建一个单独的模式，并使用前缀来表示所有模式中的对象类型。无论您选择哪种系统，请保持一致！否则弊大于利。
You can use schemas in any way you like. No limitation in principal. They are especially useful if you need to
GRANTcertain rights to groups of objects, for instance to separate users inside a database. You can largely treat them like directories in a file system (the analogy has its limits, though).I use
v_prefix for views andf_prefix for functions. But that is basically just notational convenience to spot those objects quickly in a text search - if I hack the dump for instance. Make such prefixes short, you will have to type them for the rest of your database life. Multiple prefixes from various semantic layers could have to apply to a single object.I would not mix functional prefixes (
v_orview_) with semantic prefixes (meta_) on the same level. Rather create a separate schema for meta-objects and use prefixes to denote object types throughout all your schemata.Whichever system you chose, stay consistent! Or it will do more harm than good.