Manage schemas and their layer assignments

Introduction

Use the Schemas list to update an existing schema's name, architectural type, layer assignment, and description in your Data Warehouse (DWH) project. A schema groups database objects under a common name. Its type describes its architectural purpose, while its layer assignment organizes it within the project.

This how-to takes you through finding the intended schema, editing its settings, saving the definition, and checking the saved values.

Screenshot examples: schema names, selected rows, and layer assignments illustrate one project. Use the schema and settings required by your own Data Warehouse (DWH) project.

Applicability

Follow these steps when you need to maintain an existing schema definition in the AnalyticsCreator desktop interface. The workflow saves the definition in the repository; it does not cover moving or renaming physical database objects, deploying changes, or loading data.

Prerequisites

3.1. A Data Warehouse (DWH) project that you can edit, containing the schema you need to update.

3.2. The schema's current name and intended purpose, together with the name, schema type, layer assignment, and description required by your project design.

3.3. An existing project layer for the intended assignment. Creating or configuring layers is a separate task.

Steps

Open the DWH ribbon

In the intended Data Warehouse (DWH) project, click the DWH tab on the toolbar.

Click DWH to display the ribbon containing Schemas.
AnalyticsCreator toolbar with the DWH tab highlighted above the existing project diagram.

Open the Schemas list

Click Schemas in the DWH ribbon to open the schema list.

Click Schemas in the DWH ribbon.
Schemas button highlighted between Layers and Tables in the DWH ribbon.

Search for the intended schema

In the Search criteria text box above the list, enter the schema's current name, then click Search. Check the returned row's Name, SchemaType, Layer, and Description to confirm that it is the schema you intend to edit.

Screenshot example: DWH is a literal schema name in this project. The image shows the search text entered while all five rows are still visible. Clicking Search applies the search; the filtered row is shown in Edit the schema settings.

Enter the current schema name in Search criteria, then click Search. This capture shows the list before the search is applied.
Search criteria contains DWH; the Search button and five example schema rows are visible.

Edit the schema settings

Select the intended row and edit the cells that need to change. Use the following explanations to review all four settings together.

  1. Name — The database schema name, which identifies the namespace that groups its objects. If you are renaming the schema, enter the intended name and review definitions that refer to its current name before saving. If you are only changing its type, layer assignment, or description, leave Name unchanged.

  2. SchemaType — The schema's architectural role. Select the value that describes the objects the schema is intended to contain:

    SchemaType valueExplanation
    StagingA landing area for imported source data. Select this for a schema serving the Staging Layer (IMP).
    Persisted stagingA durable staging area retained beyond a transient import step. Select this for a schema serving the Persisted Staging Layer (STG).
    TransformationContains transformation objects and their generated outputs. Select this for a schema serving the Transformation Layer (TRN).
    CoreContains integrated, business-oriented Data Warehouse (DWH) structures. Select this when that is the schema's role in your architecture.
    DatamartContains analytical dimensions, facts, and related semantic structures. Select this for a schema used for those analytical structures.

    Changing the type records the intended role; this step does not execute the processing associated with that role.

  3. Layer — The project layer to which the schema is assigned. Layers organize the Dataflow Diagram into architectural bands. Select the existing layer intended to contain this schema and check that the assignment matches its role. For example, the pictured DWH schema has SchemaType set to Core and Layer set to Core layer. These are the pictured project's choices, not required values for every schema.

  4. Description — Text explaining the schema's purpose. Enter or update it when the purpose needs to be documented or clarified; otherwise retain the existing description. The blank description in the capture is an example state.

Check before saving: confirm that the edited row still represents the intended schema and that its name, role, layer assignment, and description match your design.

Edit the required cells in the selected schema row. The example shows DWH with Core and Core layer; it does not show an expanded selection list or a completed rename.
Filtered Schemas list with the DWH row selected, SchemaType Core, Layer Core layer, and a blank Description.

Save and check the schema definition

Click Save at the bottom of the Schemas list. Then open DWH → Schemas again, enter the saved schema name in Search criteria, and click Search. If you renamed the schema, use the new name for this check.

Compare the saved row with the checks in section Expected Results. Saving the definition does not verify physical database changes or loaded data.

Click Save after reviewing the schema settings. This capture shows the Save button, not confirmation of a saved result.
Bottom of the Schemas list with Save highlighted beside Cancel.

Expected Results

The intended schema definition is saved in the repository and can be found in the Schemas list.

5.1. The returned row's Name matches the name you saved.

5.2. Its SchemaType and Layer match the intended architectural role and layer assignment.

5.3. Its Description contains the text you entered or retained. Settings you did not intend to change still have their previous values.

These checks verify the saved definition. Any subsequent database generation, deployment, or data processing requires its own validation.

Decisions and variations

Renaming a schema: change Name only when the schema's identifier needs to change. Review dependent definitions before saving and search for the new name afterward, as described in Edit the schema settings and Save and check the schema definition.

Changing a role or layer assignment: review SchemaType and Layer together using the explanations in Edit the schema settings. A description-only update does not require a name, type, or layer change.

Schema name examples: IMP, STG, TRN, DWH, and STAR are literal names in the captured project. Their appearance does not require you to rename your schemas or copy the pictured assignments.

Troubleshooting

  1. Required schema is missing — Confirm the Data Warehouse (DWH) project and the schema's current name. Remove unintended text from Search criteria, enter the correct name, and click Search again. After a rename, search for the new name.
  2. Save is unavailable or fails — Check any displayed message and the Locked by field. Use the message's stated cause to determine the next action; include the message and displayed lock information when requesting help. Reopen the list and check which values were saved before retrying.
  3. Saved definition differs from the intended result — Compare the row's Name, SchemaType, Layer, and Description with your design. Correct the affected settings in Edit the schema settings, click Save, and repeat the checks in section Expected Results.