Postgresql 维度和DMQL的主要概念？

我正在为个人目的创建一个测试DWH。我已经阅读了有关星型、雪花型和构造模式的概念，出于最初的目的，我将使用星型模式

我使用的RDBMS是postgreSQL

通过我阅读的参考书目，我有一些至今无法解决的疑问

当我们谈论维度时，我们是在谈论模式吗？ 例如，我可以创建两个维度的模式时间和模式位置？我认为我们实际上是在讨论单表，模式是一种很好的方法来分割DWH的起源。 假设我有两个来自应用程序的数据库集中在DWH中。我可以使用app1的模式1和app2的模式2，其中每个模式都有自己的星型模式，使用表定义每个维度

对吗

我的另一个问题是：DMQL和SQL之间有什么区别？可能是任何RDBMS中的第一个使用？我尝试在postgre中使用它，但它不起作用。我可以使用sql创建DWH吗

谢谢

当我们谈论维度时，我们是在谈论模式吗

从博士后文档：

数据库包含一个或多个命名模式，而这些模式又包含表

维度存储在表（有时是视图）中。模式不是表。它们包含表格

是的，模式很适合在功能区域中拆分数据库对象，但根据我的经验，将事实和维度拆分为模式变得很棘手，因为维度可以属于几个主题区域（事实表），所以不能只将它们限制在一个模式中

另一方面，将暂存表放入模式中非常有意义。如果暂存表数据来自app1，则将其放入架构app1中

您应该围绕业务流程设计DWH，并将不同的应用程序无缝地融入其中。事实可能包含来自几个不同源系统的记录（事实上，您通常有一个元数据列，指示记录的来源）

总之，不要在星形模式中使用模式。在登台数据库中使用模式

当我们谈论维度时，我们是在谈论模式吗

从博士后文档：

数据库包含一个或多个命名模式，而这些模式又包含表

维度存储在表（有时是视图）中。模式不是表。它们包含表格

是的，模式很适合在功能区域中拆分数据库对象，但根据我的经验，将事实和维度拆分为模式变得很棘手，因为维度可以属于几个主题区域（事实表），所以不能只将它们限制在一个模式中

另一方面，将暂存表放入模式中非常有意义。如果暂存表数据来自app1，则将其放入架构app1中

您应该围绕业务流程设计DWH，并将不同的应用程序无缝地融入其中。事实可能包含来自几个不同源系统的记录（事实上，您通常有一个元数据列，指示记录的来源）

总之，不要在星形模式中使用模式。在登台数据库中使用模式