Database design 多个表或多个架构

Database design 多个表或多个架构,database-design,postgresql,Database Design,Postgresql,我是PostgreSQL模式概念方面的新手 对于上述场景,我想知道 为什么不使用单个数据库(默认模式为public) 我们为什么不使用一个表来存储多个用户 保存用户相关信息的其他表,外键指向用户表 谁能给我提供一个真实的案例场景,哪一个单一数据库、多模式将非常有用,并且不能用传统的单一数据库、单一模式解决。From 使用模式的原因有几个: *To allow many users to use one database without interfering with each other. *

我是PostgreSQL模式概念方面的新手

对于上述场景,我想知道

  • 为什么不使用单个数据库(默认模式为public)
  • 我们为什么不使用一个表来存储多个用户
  • 保存用户相关信息的其他表,外键指向用户表
  • 谁能给我提供一个真实的案例场景,哪一个单一数据库、多模式将非常有用,并且不能用传统的单一数据库、单一模式解决。

    From

    使用模式的原因有几个:

    *To allow many users to use one database without interfering with each other.
    *To organize database objects into logical groups to make them more manageable.
    *Third-party applications can be put into separate schemas so they do not collide with the names of other objects. 
    
    架构类似于操作系统级别的目录,只是架构不能嵌套