Beginning Relational Data Modeling

Front Cover
Apress, Mar 25, 2005 - Computers - 604 pages

Data storage design, and awareness of how data needs to be utilized within an organization, is of prime importance in ensuring that company data systems work efficiently. If you need to know how to capture the information needs of a business system in a relational database model, but don’t know where to start, then this is the book for you.

Beginning Relational Data Modeling, Second Edition will lead you step-by-step through the process of developing an effective logical data model for your relational database. No previous data modeling experience is even required. The authors infuse the book with concise, straightforward wisdom to explain a usually complex, jargon-filled discipline. And examples are based on their extensive experience modeling for real business systems.

From inside the book

What people are saying - Write a review

We haven't found any reviews in the usual places.


Past and Present
Past and Present
Introducing Relational Theory

23 other sections not shown

Other editions - View all

Common terms and phrases

About the author (2005)

Sharon Allen has worked in the field of data analysis for 24 years: 10 as a business consumer of data and 14 as a data/database modeler/architect. She has had the opportunity to experience many diverse industries—medical, aerospace, entertainment (Hollywood), manufacturing (toys, appliances, wet chemicals, metal part & assemblies), transportation, and food service—and is currently working for American Honda Motors as a database architect. She plans to finish a master's degree in computer science and possibly teach at a local college.

Evan Terry has been in the IT industry for more than 15 years as a programmer/analyst, systems engineer, custom software consultant, senior developer, data analyst, and data architect, serving government and the private sector. He firmly believes that in order to succeed at developing complex systems, the IT professional must truly understand the business processes he supports. Evan tries to bridge the gap between the technical and the non-technical by understanding the perspectives of both and helping the two groups communicate effectively.