在研究数据库体系结构时,我遇到了Schema。我对以下问题感到非常困惑:
逻辑模式
物理模式
这两个架构是如何存在于数据库中的?
如何才能根据需要加以操纵呢?
逻辑模式和物理模式之间的关系如何?
发布于 2014-02-27 13:32:29
物理架构表示到数据源或数据目标的实际连接。逻辑架构表示与该源或目标关联的逻辑名称。一个逻辑模式可以与多个物理模式以及上下文相关联,即一个逻辑模式使用不同的上下文与不同的物理模式相关联。
可以通过以下示例来理解:您有3个环境: Dev、QA、Prod,每个环境都有不同的数据库服务器,分别是DB1、DB2和DB3。同样,我们有三个上下文对应于Dev,QA和Prod。现在您要为每个上下文创建名为DB_source的逻辑模式,然后将物理DB服务器与逻辑模式( DB_source )关联起来: DEV: DB1 QA: DB2 PROD: DB3现在当您开发ODI接口时,使用一个将DB_source与DB1关联的上下文DEV。在提到执行的上下文时,将其保留为“执行”。这意味着,无论您在执行过程中选择什么上下文,都将使用相应的物理DB。因此,如果您更改了执行上下文,则在执行期间将使用相应的物理架构。
参考资料:物理模式与逻辑模式
发布于 2014-02-27 13:25:57
逻辑模式是数据的概念模型。在关系数据库中,它通常与平台无关,即逻辑模式原则上可以在任何SQL数据库上实现。逻辑模式主要涉及理解业务实体、它们的属性及其关系。
逻辑模式通常被捕获为实体关系图 (ERD),使用工具 (如ErWin或ERStudio )。
物理模式将逻辑架构转换为在特定数据库平台上工作的实现。有时,这在很大程度上是一种机械的练习,将正确的数据类型应用于属性,但它也可能涉及性能优化,例如去规范化、平台特定的特性(如触发器)以及大小/性能决策(如物理磁盘分发)。
许多ERD工具可以“自动”地将逻辑设计转换为物理模式。
使用DDL语句将物理架构转换为实际的数据库。
https://stackoverflow.com/questions/22067378
复制相似问题