Chapter 6 Flashcards

1
Q

The first step in the database design process is to create tables and columns from entities and attributes.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

When creating a relational database design from E-R diagrams, first create a relation for each relationship.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Each entity in the extended E-R model is represented as a table in the relational database design.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

An entity needs to be examined according to normalization criteria before creating a table from it in the relational database design.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

When creating a table in the relational database design from an entity in the extended E-R model, the attributes of the entity become the rows of the table.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

By default, the identifier of the entity becomes the foreign key of the corresponding table.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

The ideal primary key is short, numeric, and fixed.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

A surrogate key is appropriate when the primary key of a table contains a lengthy text field.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

One of the important properties of an attribute is whether or not it is required.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

A surrogate key is a unique, system-supplied identifier used as the primary key of a table.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

The values of a surrogate key have no meaning to the users.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

A surrogate key should be considered when the key contains a lengthy text field.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Whether or not an attribute is required is determined during the database modeling phase.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

A null value is an attribute value that has been set to zero.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Data types are consistent across all DBMS products.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

A default value is the value the user enters into the row the first time the user enters data.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

A data constraint is a limitation on data values.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

The last step in creating a table is to verify table normalization.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

One of the important properties of a column is whether or not it can have a NULL value.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

A foreign key is a key that does not belong in any table.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

In a relational database design, all relationships are expressed by creating a foreign key.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

When the key of one table is placed into a second table to represent a relationship, the key is called a “relational key” in the second table.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

To represent a 1:1 binary relationship in a relational database design, the key of one table is placed into the second table.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

When placing a foreign key for a 1:1 relationship, the key of either table can be used as the foreign key in the other table.

A

True

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
In a 1:1 relationship, the foreign key is defined as an alternate key to make the DBMS enforce uniqueness.
True
26
In a 1:N relationship, the term "parent" refers to the table on the "many" side of the relationship.
False
27
In 1:N relationships, the table on the "one" side is called the parent.
True
28
In representing a 1:N relationship in a relational database design, the key of the table representing the parent entity is placed as a foreign key in the table representing the child entity.
True
29
In representing a 1:N relationship in a relational database design, the key of the table representing the entity on the "many" side is placed as a foreign key in the table representing the entity on the "one" side of the relationship.
False
30
To represent a 1:N relationship in a relational database design, an intersection table is created.
False
31
In 1:N relationships, the table on the "many" side is called the child.
True
32
To represent a one-to-many relationship in a relational database design, the key of the child table is placed as a foreign key into the other table.
False
33
To represent an M:N relationship in a relational database design, a table is created to represent the relationship itself.
True
34
To represent an M:N relationship in a relational database design, an intersection table is created.
True
35
To represent an M:N relationship in a relational database design, in essence it is reduced to two 1:N relationships.
True
36
The key of an intersection table is always the combination of the keys of both parents.
True
37
In many-to-many relationships in a relational database design, the primary keys of both tables are joined into a composite primary key in the intersection table.
True
38
An intersection table is always ID-dependent on both of its parent tables.
True
39
An intersection table can have additional attributes besides the keys of its parent tables.
False
40
Like all ID-dependent relationships, the parents of an association table are required.
True
41
Association tables sometimes connect more than two entities.
True
42
An ID-dependent table can be used to represent multivalued attributes.
True
43
All identifying relationships are 1:N.
True
44
When creating a table for an ID-dependent entity, both the key of the parent and the key of the entity itself must appear in the table.
True
45
The design transformation for all IS-A relationships can be summarized by the phrase "place the key of the parent table in the child table."
False
46
When transforming an ID-dependent E-R data model relationship into a relational database design where the child entity is designed to use a surrogate key, the relationship changes to a weak but not ID-dependent relationship.
True
47
When transforming supertype/subtype entities into a relational database design, an entity is created for the supertype only.
False
48
When transforming supertype/subtype entities into a relational database design, the key of the supertype table is placed into the subtype table typically as the key.
True
49
To represent an IS-A relationship in a relational database design, the IS-A relationship must be converted into a HAS-A relationship.
False
50
Discriminator attributes can be represented in relational designs.
False
51
When transforming supertype/subtype entities into a relational database design, all of the attributes for the supertype table are placed into the subtype relations.
False
52
When transforming an extended E-R model into a relational database design, recursive relationships are treated fundamentally the same as other HAS-A relationships.
True
53
Recursive M:N relationships are represented with an intersection table that shows pairs of related rows from a single table.
True
54
Referential integrity constraints should disallow adding a new row to a child table when the foreign key does not match a primary key value in the parent table.
True
55
A referential integrity constraint policy that insures that foreign key values in a table are correctly maintained when there is a change to the primary key value in the parent table is called cascading changes.
False
56
A referential integrity constraint policy that insures that all rows containing a particular foreign key value in a table are eliminated from the table when the row containing the corresponding primary key value in a parent table is eliminated from the database is called cascading deletes.
True
57
When the parent entity is required (M) in a relationship, every row of the child table must have a valid, non-null value of the foreign key.
True
58
Cascading deletions are generally not used with relationships between strong entities.
True
59
Cascading deletions are generally not used with relationships for weak child entities.
False
60
If the parent is required, then a new child row must be created with a valid foreign key value.
True
61
When the parent entity has a surrogate key, the enforcement actions are the same for both parent and child.
True
62
When the child entity is required (M) in a relationship, there needs to be at least one child row for each parent row at all times.
True
63
It is easy to enforce the referential integrity actions for M-M relationships.
False