2016-04-16 8 views
0

Ich versuche eine Datenbank für ein Registrierungssystem zu erstellen. Allerdings stoße ich auf das Problem, dass ich keinen eindeutigen Schlüssel für bestimmte Tabellen habe. Ich kann keinen künstlichen Schlüssel erstellen, weil das die Integrität der Datenbank zerstören würde (es ist nicht die beste Methode, in schwachen Entitäten künstliche Schlüssel zu haben). Wie kann ich diesen Fehler in der Tabelle "Sections" beheben, um die Zeilen in "ClassEvents" eindeutig zu machen? Wie kann ich eine Tabelle eindeutig machen, 'es gibt keine eindeutige Einschränkung, die der referenzierten Tabelle entspricht'?

 
-- HOLDS A SPECIFIC COURSE WITHOUT THE INSTANCES OF THE CLASS -- 
CREATE TABLE Courses (
    courseID  SERIAL  UNIQUE NOT NULL, 
    department TEXT    NOT NULL, 
    courseNumber VARCHAR(10)  NOT NULL, 
    courseName TEXT    NOT NULL, 
    credits  INT    NOT NULL, 
    PRIMARY KEY(department, courseID) 
); 

-- PEOPLE SUPERTYPE -- 
CREATE TABLE People (
    pid SERIAL   UNIQUE NOT NULL, 
    fname TEXT      NOT NULL, 
    lname TEXT      NOT NULL, 
    PRIMARY KEY(pid) 
); 

-- HOLDS THE DIFFERENT PROFESSORS TEACHING AT THE SCHOOL -- 
-- SUBTYPE OF PEOPLE -- 
CREATE TABLE Professors (
    professorID INT UNIQUE NOT NULL, 
    status  TEXT  NOT NULL, 
    CHECK(status = 'Full-Time' OR status = 'Part-time'), 
    PRIMARY KEY(professorID), 
    FOREIGN KEY(professorID) REFERENCES People(pid) 
); 

-- HOLDS THE SPECIFIC INSTANCES OF THE CLASS DEPENDING ON THE YEAR AND TERM -- 
CREATE TABLE Sections (
    department TEXT   NOT NULL, 
    courseID  INT UNIQUE NOT NULL, 
    year   INT   NOT NULL, 
    term   TEXT   NOT NULL, 
    sectionNumber INT   NOT NULL, 
    startDate  DATE   NOT NULL, 
    endDate  DATE   NOT NULL, 
    PRIMARY KEY(department, courseID, sectionNumber, year, term), 
    FOREIGN KEY(department, courseID) REFERENCES Courses(department, courseID) 
); 

-- HOLDS THE EVENT OF THE CLASS -- 
-- A CLASS MAY HAVE DIFFERENT DAYS ON WHICH -- 
-- THEY MEET ON, SO THIS ALLOWS A CERTAIN -- 
-- SECTION TO HAVE SEVERAL DAYS WITHOUT CONFLICT -- 
CREATE TABLE ClassEvent (
    professorID INT UNIQUE NOT NULL, 
    courseID  INT UNIQUE NOT NULL, 
    sectionNumber INT   NOT NULL, 
    year   INT   NOT NULL, 
    term   TEXT   NOT NULL, 
    day   TEXT, 
    startTime  TIME, 
    endTime  TIME, 
    location  TEXT, 
    campus  TEXT, 
    CHECK(day = 'Monday' OR day = 'Tuesday' OR day = 'Wednesday' OR day = 'Thursday' OR day = 'Friday' OR day = 'Saturday' OR day = 'Sunday' OR day IS NULL), 
    PRIMARY KEY(professorID, courseID, sectionNumber, year, term, day, startTime, endTime), 
    FOREIGN KEY(professorID) REFERENCES Professors(professorID), 
    FOREIGN KEY(courseID, sectionNumber, year, term) REFERENCES Sections(courseID, sectionNumber, year, term) 
); 

-- HOLDS THE STUDENTS THAT WILL BE TAKING THE CLASSES -- 
-- SUBTYPE OF PEOPLE -- 
CREATE TABLE Students (
    studentID INT REFERENCES People(pid) UNIQUE NOT NULL, 
    studentName TEXT        NOT NULL, 
    gradYear DATE      UNIQUE NOT NULL, 
    PRIMARY KEY(studentID) 
); 


-- HOLDS A CLASS RECORD FOR STUDENTS (AND POSSIBLY PROFESSORS) -- 
CREATE TABLE Enrollment (
    studentID INT REFERENCES Students(studentID) UNIQUE NOT NULL, 
    crn  INT REFERENCES Sections(crn)    NOT NULL, 
    grade  TEXT          NOT NULL, 
    PRIMARY KEY(studentID, crn) 
); 

-- HOLDS THE DIFFERENT DEGREES THAT CAN BE ATTAINED AT THE COLLEGE/UNIVERSITY -- 
CREATE TABLE Degrees (
    degreeID  SERIAL  UNIQUE NOT NULL, 
    degreeName TEXT    NOT NULL, 
    degreeType TEXT    NOT NULL, 
    degDepartment VARCHAR(4)   NOT NULL, 
    CHECK(degreeType = 'Major' OR degreeType = 'Minor' OR degreeType = 'Masters'), 
    PRIMARY KEY(degreeID) 
); 

-- HOLDS THE CLASSES THAT WILL MAKE UP A DEGREE -- 
CREATE TABLE DegreeReq (
    degreeID INT REFERENCES Degrees(degreeID) UNIQUE NOT NULL, 
    courseID INT REFERENCES Courses(courseID) UNIQUE NOT NULL, 
    PRIMARY KEY(degreeID, courseID) 
); 

-- HOLDS THE INSTANCE OF A DEGREE FOR A CERTAIN STUDENT -- 
-- FOR EXAMPLE: A STUDENT CAN HAVE A MAJOR AND A MINOR -- 
-- SO HE/SHE CAN STORE THEM SEPARATELY -- 
CREATE TABLE DegreeInstance (
    degreeID  INT REFERENCES Degrees(degreeID) UNIQUE NOT NULL, 
    studentID  INT REFERENCES Students(studentID) UNIQUE NOT NULL, 
    startDate  DATE          NOT NULL, 
    endDate   DATE          NOT NULL, 
    creditsRequired INT          NOT NULL, 
    PRIMARY KEY(degreeID, studentID) 
); 

-- HOLDS ALL THE RATE MY PROFESSOR STATS -- 
CREATE TABLE Stats (
    professorID INT  REFERENCES Professors(professorID) UNIQUE NOT NULL, 
    dateSubmitted TIMESTAMP         UNIQUE NOT NULL, 
    rating  FLOAT            NOT NULL, 
    helpfulness FLOAT            NOT NULL, 
    clarity  FLOAT            NOT NULL, 
    easiness  FLOAT            NOT NULL, 
    PRIMARY KEY(professorID, dateSubmitted) 
); 
 
ERROR: there is no unique constraint matching given keys for referenced table "sections" 
********** Error ********** 

ERROR: there is no unique constraint matching given keys for referenced table "sections" 
SQL state: 42830 
+1

Warum würde eine serielle Spalte in einem zusammengesetzten Primärschlüssel haben? Das ergibt keinen Sinn. –

+0

Warum würde es keinen Sinn ergeben? Ich bin neu in der Datenbank, also tue ich mein Bestes, aber ich bin mir ziemlich sicher, dass starke Entitäten künstliche Schlüssel haben dürfen. @GordonLinoff –

+0

@Marbieri. . . Eine serielle Spalte ist in jeder Zeile eindeutig. Es gibt keinen Grund, andere Spalten in den Primärschlüssel aufzunehmen. –

Antwort

1

definiert Sie (department, courseID, sectionNumber, year, term) als Primärschlüssel in Sections Tisch, während in Tabelle ClassEvents Sie Sammlung (courseID, sectionNumber, year, term) ohne Feld verwiesen department. Sie müssen den ganzen Schlüssel referenzieren, der nicht Teil davon ist. Also fügen Sie dieses Feld hinzu, um das Problem zu lösen

+0

Danke! Arbeitete wie Magie. –