Working with Data Models › Derive a Model › Design Layers and Model Derivation

Design Layers and Model Derivation

The application development process typically begins with a logical model that captures business requirements. Then, to transition from one design layer to another, for example, from a logical model to a physical model, you derive a new model from an existing model. In this scenario, each model represents a design layer in the application development process.

You can derive any model type from an existing model. Some of the more common derive scenarios are:

• Multiple physical models from a logical model. You can use a single conceptual logical model to derive a physical model for different target servers.
• A generic physical model from a logical model. A generic physical model is a model in which you specify DBMS-independent design decisions, and indicate ODBC/generic as the target server.
• A physical model from a logical model. Your new physical model can be customized for a target database and version, and to enforce naming standards.
• A logical model from a logical model. For example, you can derive a new logical model based on a subject area from the source model.

The model that you open before you use the wizard is known as the source model. The source model contains all model objects that you can include in a derived, or target model. When you derive a model, the source and target models are automatically linked. Because the objects in the source and target model are linked, you can change the objects in either model, and at any time, synchronize the two models. This allows you to maintain your design layer hierarchy.

If you choose to maintain historical information, the history for each entity, attribute, table, and column in a derived model is maintained. You can select a model object from a derived model and review the model objects used to create the object.

More information:

How to Derive a Model

Model Object History