Figure 3.5:

3.17. Composite and multivalued attributes can be nested to any number of lev- els. Suppose we want to design an attribute for a STUDENT entity type to keep track of previous college education. Such an attribute will have one entry for each college previously attended, and each such entry will be com- posed of college name, start and end dates, degree entries (degrees awarded at that college, if any), and transcript entries (courses completed at that col- lege, if any). Each degree entry contains the degree name and the month and year the degree was awarded, and each transcript entry contains a course name, semester, year, and grade. Design an attribute to hold this informa- tion. Use the conventions in Figure 3.5. 3.18. Show an alternative design for the attribute described in Exercise 3.17 that uses only entity types (including weak entity types, if needed) and relation- ship types. {Address_phone( {Phone(Area_code,Phone_number)},Address (Street_address (Number, Street Apartment_number), City State Zip) }} Figure 3.5 A complex attribute: Address_phone