24.12.2012 Views

ER/Studio - Embarcadero Technologies Product Documentation

ER/Studio - Embarcadero Technologies Product Documentation

ER/Studio - Embarcadero Technologies Product Documentation

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>ER</strong>/STUDIO OV<strong>ER</strong>VIEW > DEVELOPING A DATA MODEL<br />

The basic idea behind entity-relationship modeling is this: everything in a business can be generalized into an abstract<br />

or archetypal ideal, which we call an entity. These entities have certain characteristics or attributes. These entities also<br />

are related to one another through actions that each entity performs on one or more of the other entities. We call these<br />

actions, relationships.<br />

In determining the relationship between each of the entities in a data model, you will define a number of business<br />

rules. Business rules define your business and how you run it. For instance, you know that to be useful, each<br />

employee ID, project ID, and department ID must be unique. While you could use the social security number as the<br />

employee ID, you might want to keep the ID short and more easily sorted. More complex issues to consider are<br />

questions such as, “How are we to connect employees, projects, and departments so that we minimize data<br />

redundancy and maximize our reporting capabilities?” The answers to this and other questions form the rules by which<br />

you run your business.<br />

Attribute definitions can be used along with relationships to determine or enforce business rules. You can define a<br />

particular set of valid values for any attribute of any entity. For example, you can define a valid range of salaries for a<br />

subset of employees for an attribute called Salary. This set of values is known as a domain.<br />

The Dimensional Model: Dimensional modeling is generally agreed to be the most useful for representing<br />

end-user access to data. Where a single entity-relationship diagram for an enterprise represents every possible<br />

business process, a dimensional diagram represents a single business process in a fact table. <strong>ER</strong>/<strong>Studio</strong> can identify<br />

individual business process components and create the DM diagram for you.<br />

You can create a dimensional diagram by starting with a logical model, by reverse-engineering, by importing an SQL<br />

or <strong>ER</strong>X file, or by adding a new physical model.<br />

Developing a Data Model<br />

The following overview outlines the <strong>ER</strong>/<strong>Studio</strong> data model development process, which is an iterative process.<br />

Starting With a Basic Data Model<br />

You can start from scratch or reverse engineer an existing database.<br />

Creating a Basic Data Model<br />

1 Create a new data model; Creating and Working With Data Models.<br />

2 Add entities; Creating and Editing Entities.<br />

3 Define entity attributes; Creating and Editing Attributes and Columns.<br />

4 Establish relationships between entities; Working with Relationships.<br />

5 Assign keys; Creating and Editing Keys.<br />

EMBARCAD<strong>ER</strong>O TECHNOLOGIES > <strong>ER</strong>/STUDIO® 8.0.3 US<strong>ER</strong> GUIDE 36

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!