this pdf excerpt

More documents

Recommendations

Info

80 Chapter 3 Data Modeling Using the Entity-Relationship (ER) Model Figure 3.14 Summary of the notation for ER 0ragrams. Meaning Entity Weak Entity Relationship Indentifying Relationship Attribute Key Attribute Multivalued Attribute Composite Attribute Derived Attribute Total Participation of E, in R Cardinality Ratio 1 : N for E, rE, in R Structural Constraint (min, max) on Participation of E in R
Ll,L2 rrilr 3.7.2 Proper Naming of Schema Constructs 3.7 ER Diagrams, Naming Conventions, and Design lssues \r'hen designing a database scherna, the choice of names for entity types, attributes, :clationship types, and (particularly) roles is not always straightforrvard. One .hould choose names that convey, as rruch as possible, the meanings attached to the Jif tbrent constructs in the schema. We choose to use slngulc r names for errtity types, r.rther than plural ones, because the entity type name applies to each individual dutity belonging to that entity type. In our ER diagrarns, rve rvill use the convention that entity type and relationship type names are uppercase letters, attribute names .rr.- initial letter capitalized, and role names are lowercase letters. We have used this ;onvention in Figure 3.2. .\s a general prractice, giver.r a narratir,e description of the dirtabase requirements, the 'l()lrll-s appearing in the narrative tend to give rise to entity type names, and the verbs l!'nd to indicate names of relationship types. Attribute names generally arrise from .rdclitional nor.rns that describe the nouns corresponding to entity types. .\nother nalning consicleration involves choosing binary relationship names to nr;rke the ER diagram of the schema readable fiom left to right and from top to bottrrrrr. We have generally follorved this gLrideline in Figure 3.2.To explain this naming .onvention further, we have one exception to the conventiorr in Fieure 3.2-the DEPENDENTS_OF relationship type, which reads from bottom to top. When we .lescribe this relationship, we can say that the DEPENDENT entities (bottom entity tvpe) are DEPENDENTS_OF (relationship name) an EMPLOYEE (top entity type). 'fo cl.rarnge this to read from tol-r to bottc'rm, we coulcl rename the relationship type to HAS_DEPENDENTS, which would tl-ren read as fbllows: An EMPLOYEE entity (top .'ntity type) HAS_DEPENDENTS (relationship nnme) of type DEPENDENT (bottom ..ntity type). Notice that this issue arises because each binar,v relationship can be .lcscribed starting from either of the trvo participating entitv types, as discussed in the beginning of Section 3.4. 3.7.3 Design Choices for ER Conceptual Design It is occasiorlally difficult to decide rvhether a particular concept in the miniworld be modeled as an entity type, an attribute, or a relationship type. In this sec- 'hould tion, we give some brief guidelines as to which construct should be chosen in particular situations. In general, the schema design process should be considered an iterative refinement process, where an initial design is created ar-rd then iteratively refined until the most suitable design is reached. Some of the refinements that are otten used irtclude the fbllowing: ,.,, A concept may be flrst modeled as an attribute and then refined into a relationship because it is determined that the attribute is a reference to another entity t1'pe. It is often the case that a pair of such attrit'rr.rtes that are ir.rverses of one another are refined into a binarv relationship. We discussed this type of refinement in detail in Section 3.6. 81
Page 1 and 2: .-" clrapter 3 Data Modeling Using
Page 3 and 4: luy the 'ilSe ER '{L) r-Se 'il re )
Page 5 and 6: t diaiional sually nrc of create ro
Page 7 and 8: 't ---,--:-.: JmoeI -_==-?' T :5o11
Page 9 and 10: aJr. or a .lc vi.rlue, ()l hal\re a
Page 11 and 12: .rre the ,.d into sofan .rsually it
Page 13 and 14: )n cov- ,llue is r bcing rr.rlued t
Page 15 and 16: pes. Jme oan rt of visor the The hi
Page 17 and 18: ..itionship ..i..ler the 'utc calle
Page 19 and 20: nbina- These _rs repployee s con- ,
Page 21 and 22: lr. - ;ip'.-::.rl hh F* F | )r -ll
Page 23: I ,' :i r€p- G. .'.iIlO[ ;i .::d
Page 27 and 28: ., i:ed or ri :C\'€I3l TQ. and :;
Page 29 and 30: }.!r :lJnY F.' : the ) '.)nle nl-':
Page 31 and 32: '( .ipplied .:.tlrred, ' 'r each ,
Page 33 and 34: lr .3 1C ,1,.r' x - =FERS ' . :tast
Page 35: : t- Ft- I t T. &- F ,. t, p)' .tra

this pdf excerpt

Create successful ePaper yourself

Delete template?

Save as template?