About
The physical layer is the layer of the Logical Business Model where you define the physical data model of your data source. It contains information about the physical data sources.
The most common way to create the schema in the Physical layer is by importing metadata (table, view, …) from databases and other data sources. If you import metadata, many of the properties are configured automatically based on the information gathered during the import process. You can also define other attributes of the physical data source, such as join relationships, that might not exist in the data source metadata.
From 11g, importing physical objects from an Oracle Database can be done through a Oracle Call Interface (OCI)
Articles Related
Best Practices
- Always use Foreign Key joins and not a Complex Joins when you deal with a simple predicate in the expression field such as
table1.foreign_key_column = table2.primary_key_column
- When modelling a star-schema data-model, create aliases for all your physical tables prefixed with:
- a letter to indicate the database (data source)
- a number to set the position
- and either “Dim_”, “Fact_” or “Fact_Agg_”
- When possible, configure your connection pools to use a “native driver” to connect to your physical databases. For example, use OCI for connecting to an Oracle database rather than ODBC.
Creating Physical Layer Catalogs and Schemas
Catalogs are optional ways to group different schemas. A catalog contains all the schema (metadata) for a database object. A schema contains only the metadata information for a particular user or application. Model the physical layer after the way your database is structured.
A database can have either catalogs or schemas but not both.
If your database has one or more schemas, you cannot create a catalog. If your database has one or more catalogs, you cannot create schemas.
You must create a database object before you create a catalog object or a schema object.