Question

虽然这个问题波列了SQL,但它仍然是一个泛泛泛的问题。

我一直对网站schema这一术语感到奇怪,因为它涉及数据库。最近,我们转向使用邮政局,该术语对基本数据库结构具有实际意义。

在邮政总局的国土上,权力下放的结构如下:

DB Server (`some-server.com:5432`)
    >> Database (`fizz`)
        >> Schema (`buzz`)
            >> Table (`foo`)

因此,表<代码>[foo]上的FQDN是fizz.buzz.foo。

我的理解是,“数据库”是各表的合理分类。例如,一个组织可能有一个“主要”数据库,所有POJOs/VO都保持下去,一个“订单”数据库,储存所有与销售相关的信息,另一个是“博客”数据库,所有日志信息都发送给未来分析等。

在数据库与其表格之间引入这一“史马”结构,我感到非常困惑,邮政总局的文件对于像我这样要理解的新事物来说,太过份(缺乏好的例子)。

我不禁要问,谁能向我介绍这种“血马”建筑在邮政局(SQL)的范围之内(以及它如何将数据库与表格联系起来),但我想到的是,它意味着什么是整个数据库结构。

Thanks in advance!

Answer 1

想像像像是名称空间。我们可以将这些表格用于符合逻辑的组别表(如<条码>/代码>图示)。此外,我们可以为这一图象分配安全,以便我们能够允许某些民间观看<条码>/Customerschema,但不是<条码>。 Employee schema. 这使我们对安全的控制非常严格,只是高于目标水平,但低于数据库水平。

Security is probably the most important reason to use schemas, but I ve seen them used for logical groupings as well. It just depends on what you need them for.

Answer 2

当事方,但:

例如,我使用图表将表格分成几个表格的不同应用类别。

users
application1
application2

这里,如果我们与附件1的标识一致,我们就会看到<编码>用户+application1;如果我们登录在图2上,我们就会看到users和application2。因此,我们用户数据可以在二者之间共享,而没有向用户提供数据。这也意味着超级用户可在上查询成套数据。

友情链接