逻辑模式和物理模式有什么区别？ [英] What is the difference between logical schema and physical schema?

问题描述

在研究数据库体系结构时，我遇到了Schema的。我非常困惑：

While going through Database architecture I came across Schema's . I am very much confused with:

逻辑架构

物理模式

数据库中这两种模式如何存在？

如何根据需要对其进行操作？

逻辑图式和物理图式如何关联？

推荐答案

物理模式表示与数据源或数据目标的实际连接。逻辑模式表示与该源或目标关联的逻辑名称。
一个逻辑模式可以与多个物理模式以及上下文关联，即，一个逻辑模式可以使用不同的上下文与不同的物理模式关联。

Physical schema represents the actual connection to the data source or data target. Logical schema represents the logical name associated to that source or target. One logical schema can be associated with multiple physical schema along with context, i.e. one logical schema is associated with different physical schema using different context.

它可以是通过以下示例可以理解：
您有3个环境：Dev，QA，Prod，每个环境分别具有不同的数据库服务器，例如DB1，DB2，DB3。同样，我们有3个与Dev，QA和Prod对应的上下文。创建名称为DB_source
的逻辑模式现在，您将每个上下文的物理DB服务器与逻辑模式（DB_source）关联：
DEV：DB1
QA：DB2
PROD：DB3
现在，当您开发ODI接口时，您将使用一个上下文DEV将DB_source与DB1关联。在提及执行上下文时，请将其保留为执行。这意味着，无论您在执行期间选择什么上下文，都将使用相应的物理DB。
因此，如果您更改执行上下文，则将在执行过程中使用相应的物理模式。

It can be understood with following example: You have 3 environments: Dev, QA, Prod, each having different database servers as DB1, DB2, DB3, respectively. Similarly we have 3 context corresponding to Dev, QA and Prod. You create logical schema with name DB_source Now you associate physical DB servers to logical schema (DB_source) for each context: DEV: DB1 QA: DB2 PROD: DB3 Now when u develop ODI interfaces, you use one context DEV which associates DB_source to DB1. While mentioning context for execution, keep it as "Execution". This means, whatever context you choose during execution, corresponding physical DBs will be used. Thus if you change the execution context, corresponding physical schema will be used during execution.

参考：物理模式和逻辑模式

这篇关于逻辑模式和物理模式有什么区别？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！