Model Objects

A model includes some or all of the following model objects:

  • Entities (Tables)

    An entity is any person, place, thing, event, or concept about which you want to maintain information. More precisely, an entity is a set or collection of similar individual objects that are known as instances. An instance (row) is a single occurrence of a given entity. An example of an entity is Customer.

  • Attributes (Columns)

    An attribute is a property of an entity. For example, if Customer is an entity, Customer First Name is an attribute. Similarly, if Customer is a table, Customer First Name is a column. When you create a relationship, a primary key or an alternate key of the parent object migrates into the child object as a foreign key. By default, all properties of the primary key or the alternate key migrate to the foreign key in the child entity.

  • Views

    A view is a SQL query that is permanently stored in the database under an assigned name. The result of a view query is a virtual table. However, a view is not a permanently stored set of data values. The rows and columns of data that are visible through a view are the result of the database query that defines the view.

  • Indexes

    An index is a special type of object designator that speeds up data retrieval in a relational database. An index is managed at the physical level and points to all the rows where a particular column value is stored. At the logical level, the key groups that are defined for entities transform into alternate key and inversion entry indexes at the physical level.

  • Subject areas

    A subject area is a subset of objects that are taken from the whole pool of objects in your model. You can create multiple subject areas in your model. When you create a subject area for the logical side of a logical/physical model, a similar subject area is created for the physical side. The reverse of this statement is also true. If you add or remove members from a subject area, the changes show in the corresponding physical or logical side of the model. However, the change does not affect the membership of any other subject area. If you add or delete objects in one subject area, it does not change other subject areas.

  • ER diagrams

    Diagrams are used to arrange, view, and work on the objects in your model. You can create diagrams at the model level and at the subject area level. Further, you can create multiple diagrams for each subject area in your model. In a logical/physical model, when you create a diagram for the logical model, a similar diagram is created for the physical model. Define the properties for both, Entity and Table objects in their respective tabs.

  • Relationships

    A relationship is used to show the association or link between two entities (or tables), or between an entity (a table) and itself. Relationships are represented as one or more foreign key attributes. A new relationship is labeled R_n, where R stands for relationship and n is a unique number. Relationship numbers are calculated beginning with the number zero. Foreign key attributes automatically migrate across relationships. On deleting a relationship, the contributed foreign key attributes, foreign key columns, or view columns are automatically removed from the child object.

  • Drawing objects

    Drawing objects enhance the appearance of your model and add meaningful graphic or text annotations. For example, to prepare a model for analysis and presentation, circle the tables that you want to focus on. You can use the Drawing Objects editor to add text, change the text properties, or change the color of a drawing object. You can layer multiple drawing objects and then arrange the order as needed.

  • Annotations

    You can add annotations to a diagram to identify or clarify model elements. Annotations can include any text that you choose including diagram version numbers, notes, titles, and captions.

  • Naming and data type standards

    Naming standards help you use names of entities, tables, columns, or attributes consistently across your organization. To define naming standards, create NSM Option objects using the NSM Option editor. You can create multiple NSM Option objects and can apply one of them to a model. Each NSM Option object includes the naming standards for logical and physical model objects, and the word glossary. The word glossary includes glossary words, their abbreviations and alternate abbreviations. A logical or physical model object name comprises prime, modifier, or class. Specify the components and the order in which they are presented to define naming standards for entities, tables, attributes, columns, and domains.

    Create data type standards (or DSM Option objects) to use data types consistently across your organization. When you create a DSM Option object, it is preloaded with default logical data types. Use the DSM Options Editor to create data types and mappings. You can create multiple DSM Option objects but you can apply only one of them to the model.

  • User defined properties

    A user-defined property (UDP) can be anything that you consider useful and important with respect to managing a specific object class. You can assign UDPs for any object class from within the object editor. All object editors have a UDP tab that lets you assign UDPs. You can view each UDP name and you can add the property values. UDPs are not generated into your database; you use them as a tool to manage the details of your model. You can, however, use UDPs for UDP macros and include UDPs in model object reports and reports on UDP definitions.

  • Domains

    A domain is an independent model object that you can use to assign properties to an attribute or column quickly. You can define both logical and physical domains in the Domain Editor. You can define a domain once and can use it in both the physical and the logical model. With domains, you can also change multiple attributes and columns quickly. When you change a domain property in the Domain Editor, all the owned attributes or columns that are based on the domain are also changed.

  • Database-specific objects

    If you are creating a physical or a logical/physical model, you can add objects that are specific to the selected database. Use the corresponding object editor to add the object.

Back to Top