Chapter 6 Classification and Prediction Dr. Bernard Chen Ph.D. University of Central Arkansas.
Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.
-
Upload
scarlett-flowers -
Category
Documents
-
view
225 -
download
0
Transcript of Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.
![Page 1: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/1.jpg)
Exam 2 Review
Dr. Bernard Chen Ph.D.University of Central Arkansas
![Page 2: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/2.jpg)
Relational Model Concepts The relational model represents the
database as a collection of relations
Each relation resembles a table of values
When a relation is thought of as a table of values, each row in the table represents a collection of related data values
![Page 3: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/3.jpg)
Formal Terminology A row is called a tuple A column header is called an
attribute The table is called relation
![Page 4: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/4.jpg)
Domain A Domain D is a set of atomic values.
Atomic means that each value in the domain is indivisible as far as the relational model is concerned
It means that if we separate an atomic value, the value itself become meaningless, for example:
SSN Local_phone_number Names Employee_ages
![Page 5: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/5.jpg)
Domain Constrains Each attribute A must be an atomic
value from the dom(A)
The data types associated with domains typically include standard numeric data type for integers, real numbers, Characters, Booleans, fix-length strings, time, date, money or some special data types
![Page 6: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/6.jpg)
Key Constrains A relation is defined as a set of tuples By definition, all elements of a set are
distinct This means that no two tuples can have
the same combination of values for all their attributes
Superkey: a set of attributes that no two distinct tuples in any state r of R have the same value
Every relation has at least one default superkey – the set of all its attributes
![Page 7: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/7.jpg)
Key Constrains
A superkey can have redundant attributes, so a more useful concept is that of a KEY which has no redundancy
Key satisfied two constrains: Two distinct tuple in any state of the
relation cannot have identical values for the attributes in the key
It is a minimal superkey
![Page 8: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/8.jpg)
Key Constrains For example, consider STUDENT
relation The attribute set {SSN} is a key of
STUDENT because no two student can have the same value for SSN
Any set of attributes that includes SSN – for example {SSN, Name, Age} – is a superkey
![Page 9: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/9.jpg)
Entity Integrity Entity Integrity:
The primary key attributes PK of each relation schema R in S cannot have null values in any tuple of r(R).
This is because primary key values are used to identify the individual tuples.
t[PK] null for any tuple t in r(R) If PK has several attributes, null is not allowed in any of
these attributes Note: Other attributes of R may be constrained
to disallow null values, even though they are not members of the primary key.
![Page 10: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/10.jpg)
Referential Integrity Constraint Referential Integrity Constraint is specified
between two relations and is used to maintain the consistency among tuples in the two relations
Informally define the constrain: a tuple in one relation must refer to an existing tuple in that relation
For example, the Dno in EMPLOYEE gives the department number for which each employee works, this number must match the Dnumber value in DEPARTMENT
![Page 11: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/11.jpg)
![Page 12: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/12.jpg)
Referential Integrity Constraint Tuples in the referencing
relation R1 have attributes FK (called foreign key attributes) that reference the primary key attributes PK of the referenced relation R2. A tuple t1 in R1 is said to reference a
tuple t2 in R2 if t1[FK] = t2[PK].
![Page 13: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/13.jpg)
Displaying a relational database schema and its constraints Each relation schema can be displayed as a row of attribute
names The name of the relation is written above the attribute
names The primary key attribute (or attributes) will be underlined
A foreign key (referential integrity) constraints is displayed as a directed arc (arrow) from the foreign key attributes to the referenced table
Can also point the the primary key of the referenced relation for clarity
Next slide shows the COMPANY relational schema diagram
![Page 14: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/14.jpg)
Referential Integrity Constraints for COMPANY database
![Page 15: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/15.jpg)
Modification and Updates In this section, we concentrate on the
database Updates and Modification
There are threee basic operation: Insert, Delete and Modify Insert is used to insert a new tuple or tuples
in a relation Delete is used to delete tuples Update (or Modify) is used to change the
values of some attributes
![Page 16: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/16.jpg)
Possible violations for each operation INSERT may violate any of the constraints:
Domain constraint: if one of the attribute values provided for the new tuple is
not of the specified attribute domain Key constraint:
if the value of a key attribute in the new tuple already exists in another tuple in the relation
Referential integrity: if a foreign key value in the new tuple references a primary
key value that does not exist in the referenced relation Entity integrity:
if the primary key value is null in the new tuple
![Page 17: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/17.jpg)
Possible violations for each operation DELETE may violate only referential integrity:
If the primary key value of the tuple being deleted is referenced from other tuples in the database
Can be remedied by several actions: RESTRICT, CASCADE, SET NULL
RESTRICT option: reject the deletion CASCADE option: propagate the new primary key value into
the foreign keys of the referencing tuples SET NULL option: set the foreign keys of the referencing
tuples to NULL
One of the above options must be specified during database design for each foreign key constraint
![Page 18: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/18.jpg)
Possible violations for each operation UPDATE may violate domain constraint and NOT NULL
constraint on an attribute being modified
Any of the other constraints may also be violated, depending on the attribute being updated:
Updating the primary key (PK): Similar to a DELETE followed by an INSERT Need to specify similar options to DELETE
Updating a foreign key (FK): May violate referential integrity
Updating an ordinary attribute (neither PK nor FK): Can only violate domain constraints
![Page 19: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/19.jpg)
Chapter Outline ER-to-Relational Mapping Algorithm
Step 1: Mapping of Regular Entity Types Step 2: Mapping of Weak Entity Types Step 3: Mapping of Binary 1:1 Relation Types Step 4: Mapping of Binary 1:N Relationship Types. Step 5: Mapping of Binary M:N Relationship Types. Step 6: Mapping of Multivalued attributes. Step 7: Mapping of N-ary Relationship Types.
Mapping EER Model Constructs to Relations
Step 8: Options for Mapping Specialization or Generalization.
Step 9: Mapping of Union Types (Categories).
![Page 20: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/20.jpg)
Step 1: Mapping of Regular Entity Types
Step 1: Mapping of Regular Entity Types. For each regular (strong) entity type E in
the ER schema, create a relation R that includes all the simple attributes of E.
Choose one of the key attributes of E as the primary key for R.
If the chosen key of E is composite, the set of simple attributes that form it will together form the primary key of R.
![Page 21: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/21.jpg)
Step 2: Mapping of Weak Entity Types
For each weak entity type W in the ER schema with owner entity type E, create a relation R & include all simple attributes (or simple components of composite attributes) of W as attributes of R.
Also, include as foreign key attributes of R the primary key attribute(s) of the relation(s) that correspond to the owner entity type(s).
The primary key of R is the combination of the primary key(s) of the owner(s) and the partial key of the weak entity type W, if any.
![Page 22: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/22.jpg)
Step 3: Mapping of Binary 1:1 Relation Types
For each binary 1:1 relationship type R in the ER schema, identify the relations S and T that correspond to the entity types participating in R.
![Page 23: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/23.jpg)
Step 3: Mapping of Binary 1:1 Relation Types
Foreign Key approach: Choose one of the relations-say S-and include a foreign key in S the primary key of T. It is better to choose an entity type with total participation in R in the role of S.
Example: 1:1 relation MANAGES is mapped by choosing the participating entity type DEPARTMENT to serve in the role of S, because its participation in the MANAGES relationship type is total.
![Page 24: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/24.jpg)
Step 4: Mapping of Binary 1:N Relationship Types
For each regular binary 1:N relationship type R, identify the relation S that represent the participating entity type at the N-side of the relationship type.
Include as foreign key in S the primary key of the relation T that represents the other entity type participating in R.
Include any simple attributes of the 1:N relation type as attributes of S.
![Page 25: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/25.jpg)
Step 5: Mapping of Binary M:N Relationship Types
For each regular binary M:N relationship type R, create a new relation S to represent R.
Include as foreign key attributes in S the primary keys of the relations that represent the participating entity types; their combination will form the primary key of S.
Also include any simple attributes of the M:N relationship type (or simple components of composite attributes) as attributes of S.
![Page 26: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/26.jpg)
Step 6: Mapping of Multivalued attributes
For each multivalued attribute A, create a new relation R.
This relation R will include an attribute corresponding to A, plus the primary key attribute K-as a foreign key in R-of the relation that represents the entity type of relationship type that has A as an attribute.
The primary key of R is the combination of A and K. If the multivalued attribute is composite, we include its simple components.
![Page 27: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/27.jpg)
Step 7: Mapping of N-ary Relationship Types
For each n-ary relationship type R, where n>2, create a new relationship S to represent R.
Include as foreign key attributes in S the primary keys of the relations that represent the participating entity types.
Also include any simple attributes of the n-ary relationship type (or simple components of composite attributes) as attributes of S.
![Page 28: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/28.jpg)
Summary of Mapping constructs and constraints
Table 7.1 Correspondence between ER and Relational Models
ER Model Relational ModelEntity type “Entity” relation1:1 or 1:N relationship type Foreign key (or “relationship” relation)M:N relationship type “Relationship” relation and two foreign keysn-ary relationship type “Relationship” relation and n foreign keysSimple attribute AttributeComposite attribute Set of simple component attributesMultivalued attribute Relation and foreign keyValue set DomainKey attribute Primary (or secondary) key
![Page 29: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/29.jpg)
Step8: Options for Mapping Specialization or Generalization
Option 8A: Multiple relations-Superclass and subclasses
Option 8B: Multiple relations-Subclass relations only
Option 8C: Single relation with one type attribute
Option 8D: Single relation with multiple type attributes
![Page 30: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/30.jpg)
Option 8A: Multiple relations-Superclass and subclasses
![Page 31: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/31.jpg)
Option 8B: Multiple relations-Subclass relations only
![Page 32: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/32.jpg)
Option 8C: Single relation with one type attribute
![Page 33: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/33.jpg)
Option 8D: Single relation with multiple type attributes
![Page 34: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/34.jpg)
Step 9: Mapping of Union Types (Categories)
For mapping a category whose defining superclass have different keys, it is customary to specify a new key attribute, called a surrogate key, when creating a relation to correspond to the category
![Page 35: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/35.jpg)
Step 9: Mapping of Union Types (Categories)
![Page 36: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/36.jpg)
Step 9: Mapping of Union Types (Categories)
![Page 37: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/37.jpg)
Create Table exampleCREATE TABLE student (StudentId CHAR (5), Last VARCHAR2 (15) CONSTRAINT student_last_nn NOT NULL, First VARCHAR2 (15) CONSTRAINT student_first_nn NOT
NULL, Street VARCHAR2 (25), City VARCHAR2 (15), State CHAR (2) DEFAULT 'NJ', Zip CHAR (5), StartTerm CHAR (4), BirthDate DATE, FacultyId NUMBER (3), MajorId NUMBER (3), Phone CHAR (10), CONSTRAINT student_studentid_pk PRIMARY KEY (StudentID));
![Page 38: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/38.jpg)
NAMING RULES AND CONVENTIONS A table is an object that can store data
in an Oracle database.
When you create a table, you must specify
1. the table name, 2. the name of each column, 3. the data type of each column, 4. and the size of each column.
![Page 39: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/39.jpg)
Data Types
When a table is created, each column in the table is assigned a data type.
Some important data types: Varchar2 Char Number
![Page 40: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/40.jpg)
Types of Constraints
There are two types of constraints:
1. Integrity constraints: define both the primary key and the foreign key with the table and primary key it references.
2. Value constraints: define if NULL values are disallowed, if UNIQUE values are required, and if only certain set of values are allowed in a column.
![Page 41: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/41.jpg)
Popular Constraint abbreviations
Primary Key pk Foreign Key fk Unique uk Check ck Not Null nn
![Page 42: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/42.jpg)
Defining a Constraint A constraint can be created at the
same time the table is created, or it can be added to the table afterward. There are two levels where a constraint is defined:
Column level. Table level.
![Page 43: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/43.jpg)
Column level A column-level constraint references a
single column and is defined along with the definition of the column.
Any constraint can be defined at the column level except for a FOREIGN KEY and COMPOSITE primary key constraints.
Column datatype [CONSTRAINT constraint_name] constraint_typeExample:
Building VARCHAR2(7) CONSTRAINT location_building_nn NOT NULL
![Page 44: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/44.jpg)
Table level A table-level constraint references one or more
columns and is defined separately from the definitions of the columns.
Normally, it is written after all columns are defined.
All constraints can be defined at the table level except for the NOT NULL constraint.
[CONSTRAINT constraint_name] constraint_typ (Column, . . .),
Example:CONSTRAIN location_roomid_pk PRIMARY KEY(Roomid)
![Page 45: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/45.jpg)
The Primary Key Constrain The PRIMARY KEY constraint is also known
as the entity integrity constraint
It creates a primary key for the table. A table can have only one primary key constraint.
If a table uses more than one column as its primary key (i.e., a composite key), the key can only be declared at the table level.
![Page 46: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/46.jpg)
The Primary Key Constrain
At the column level, the constraints is defined byDeptId NUMBER (2) CONSTRAINT dept_deptid_pk PRIMARY KEY,
At the table level, the constraint is defined byCONSTRAINT dept_deptid_pk PRIMARY KEY(DeptId),
![Page 47: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/47.jpg)
The FOREIGN KEY Constraint The FOREIGN KEY constraint is also
known as the referential integrity constraint.
It uses a column or columns as a foreign key, and it establishes a relationship with the primary key of the same or another table.
![Page 48: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/48.jpg)
The FOREIGN KEY Constraint To establish a foreign key in a table, the
other referenced table and its primary key must already exist.
Foreign key and referenced primary key columns need not have the same name, but a foreign key value must match the value in the parent table’s primary key value or be NULL
![Page 49: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/49.jpg)
The FOREIGN KEY Constraint
At the table level ONLYCONSTRAINT student_facultyid_fk FOREIGN KEY(FacultyId)REFERENCES faculty (FacultyId),
![Page 50: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/50.jpg)
The NOT NULL Constraint The NOT NULL constraint ensures that the
column has a value and the value is not a null value
A space or a numeric zero is not a null value
At the column level ONLY, the constraint is defined by:
Name VARCHAR2(15) CONSTRAINT faculty_name_nn NOT NULL,
![Page 51: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/51.jpg)
The UNIQUE Constraint The UNIQUE constraint requires that every
value in a column or set of columns be unique.
At the column level, the constraint is defined by:DeptName VARCHAR2(12) CONSTRAINT dept_deptname_uk UNIQUE,
At the table level, the constraint is defined byCONSTRAINT dept_deptname_uk UNIQUE(DeptName),
![Page 52: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/52.jpg)
The CHECK Constraint The CHECK constraint defines a condition that every row
must satisfy
At the column level, the constraint is defined byDeptId NUMBER(2) CONSTRAINT dept_deptid_cc
CHECK((DeptId >= 10) and (DeptId <= 99)),
At the table level, the constraint is defined by:CONSTRAINT dept_deptid_cc
CHECK((DeptId >= 10) and (DeptId <= 99)),
![Page 53: Exam 2 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.](https://reader035.fdocuments.net/reader035/viewer/2022062421/56649dc85503460f94abdc0b/html5/thumbnails/53.jpg)
Viewing a Table’s Structure The SQL*Plus command to view a
table’s structure is DESCRIBE, which does not need a semicolon at the end because it is not a SQL statement.
SQL> DESCRIBE student