Student Evaluation System

You might also like

Download as pptx, pdf, or txt
Download as pptx, pdf, or txt
You are on page 1of 33

STUDENT

EVALUATION
SYSTEM
TEAM MEMBERS
1.)ABHINAV VISHWA
2.)KARAN RAWAT
3.)PRAKHAR JAIN
4.)MOHIT KUMAR LAL
5.)SAURABH PANDEY
E-R DIAGRAM OF OUR DATABASE
STUDENT
NAME CREDITS
NAME PHONE CGPA ID

PHOTO

ST
TEAC
FACULTY SUBJECT UD STUDENT
HES
IES

SUBJECT
DEPAR
TMENT PASSWOR
ID
D NAME
FACULT TYPE COURSE
Y
ID
PASSWORD
SCHEMA OF OUR DATABASE
TABLE FOR ENTITY 1
FACULTY

NAME FACULTY-ID PASSWORD PHONE DEPARTMEN


T
SCHEMA OF OUR DATABASE
TABLE FOR ENTITY 2
SUBJECT

NAME TYPE CREDITS SUBJECT-ID


SCHEMA OF OUR DATABASE
TABLE FOR ENTITY 3
STUDENT

NAME COURSE STUDENT- PASSWOR CGPA PHOTO


ID D
SCHEMA OF OUR DATABASE
TABLE FOR RELATION 1
TEACHES

FACULTY-ID SUBJECT-ID
SCHEMA OF OUR DATABASE
TABLE OR RELATION 2
STUDIES

STUDENT- SUBJECT- MARKS GRADE ASSIGN_1 ASSIGN_2


ID ID
PRIMARY KEYS IN THE SCHEMA
TABLE FACULTY :
FACULTY-ID

TABLE SUBJECT :
SUBJECT-ID

TABLE STUDENT :
STUDENT-ID
PRIMARY KEYS IN THE SCHEMA
RELATION TABLE TEACHES :
SUBJECT-ID
FACULTY-ID

RELATION TABLE STUDIES :


SUBJECT-ID
STUDENT-ID
FOREIGN KEYS IN THE SCHEMA
TEACHES :
SUBJECT-ID REFERENCES SUBJECT
FACULTY-ID REFERENCES FACULTY

STUDIES :
STUDENT-ID REFERENCES STUDENT
SUBJECT-ID REFERENCES SUBJECT
CONSTRAINTS IN SCHEMA
TABLE STUDIES :
CONSTRAINT
“check(assign_one in('submitted','not_submitted')),
check(assign_two in('submitted','not_submitted'))”
CHECKS FOR A ASSIGNMENT IF IT IS SUBMITTED
OR NOT SUBMITTED BY THE STUDENT BY
ASSIGNING VALUE ASSIGN_ONE OR ASSIGN_TWO
EITHER “SUBMITTED” OR “NOT SUBMITTED”.
NORMALIZATION
FACULTY
NAME FACULTY-ID PASSWORD PHONE DEPARTMEN
T

Mr. A . J . FAC_ONE 12356 9023458932 CHEMICAL


Singh ENG.

Ms. A. Singh FAC_TWO 7895 9078653421 MATHS


HOW IS IT NORMALIZED?
1 NF :
NAME, FACULTY-ID, PASSWORD, PHONE ,
DEPARTMENT ARE ATOMIC ATTRIBUTES AND
SQL QUERIES USED TO EXTRACT THEM JUSTIFIES
THEIR UNDIVISIBILITY. HENCE, THE TABLE IS IN
1 NF .
HOW IS IT NORMALIZED?
2 NF :
PRIMARY KEY IN THE TABLE FACULTY IS ONE, i.e. ,
FACULTY-ID . HENCE THERE CANNOT BE ANY
PARTIAL FUNCTIONAL DEPENDENCIES OF NON-
PRIMARY KEYS ON THE PRIMARY KEY . THIS
JUSTIFIES THE FACULTY TABLE IN 2nd NF.
HOW IS IT NORMALIZED?
3 NF :
THE NON-PRIMARY KEYS FACULTY-ID, PASSWORD ,
PHONE AND DEPARTMENT DEPENDS EXCLUSIVELY
ON PRIMARY-KEY FACULTY-ID AND THERE IS NO
TRANSITIVE DEPENDENCY OF NON-PRIMARY KEYS
ON FACULTY-ID .HENCE, FACULTY TABLE IS IN 3rd
NF .
NORMALIZATION
SUBJECT

NAME TYPE CREDITS SUBJECT-ID

DBMS COMPULSORY 3 330

ROBOTICS ELECTIVE 3 530


HOW IS IT NORMALIZED?
1 NF :
NAME, TYPE, CREDITS , SUBJECT-ID ARE ATOMIC
ATTRIBUTES AND SQL QUERIES USED TO
EXTRACT THEM JUSTIFIES THEIR
UNDIVISIBILITY. HENCE, THE TABLE IS IN
1 NF .
HOW IS IT NORMALIZED?
2 NF :
PRIMARY KEY IN THE TABLE FACULTY IS ONE, i.e. ,
SUBJECT-ID . HENCE THERE CANNOT BE ANY
PARTIAL FUNCTIONAL DEPENDENCIES OF NON-
PRIMARY KEYS ON THE PRIMARY KEY . THIS
JUSTIFIES THE FACULTY TABLE IN 2nd NF.
HOW IS IT NORMALIZED?
3 NF :
THE NON-PRIMARY KEYS NAME, TYPE , CREDITS
SUBJECT-ID DEPENDS EXCLUSIVELY ON PRIMARY
KEY FACULTY-ID AND THERE IS NO TRANSITIVE
DEPENDENCY OF NON-PRIMARY KEYS ON
FACULTY-ID .HENCE, FACULTY TABLE IS IN 3rd
NF .
NORMALISATION
STUDENT

NAME COURSE STUDENT- PASSWOR CGPA PHOTO


ID D

MAYUR IT 402 8956 8.54 Localhost/phot


SHARMA os/mayur.png

ANAND ECE 693 0982 9.01 Localhost/phot


MEHRA os/anand.png
HOW IS IT NORMALIZED?
1 NF :
NAME, COURSE, STUDENT-ID , PASSWORD, CGPA
AND PHOTO ARE ATOMIC ATTRIBUTES AND SQL
QUERIES USED TO EXTRACT THEM JUSTIFIES
THEIR UNDIVISIBILITY. HENCE, THE TABLE IS IN
1 NF .
HOW IS IT NORMALIZED?
2 NF :
PRIMARY KEY IN THE TABLE FACULTY IS ONE, i.e. ,
STUDENT-ID . HENCE THERE CANNOT BE ANY
PARTIAL FUNCTIONAL DEPENDENCIES OF NON-
PRIMARY KEYS ON THE PRIMARY KEY . THIS
JUSTIFIES THE FACULTY TABLE IN 2nd NF.
HOW IS IT NORMALIZED?
3 NF :
THE NON-PRIMARY KEYS NAME, COURSE,
PASSWORD, STUDENT-ID, CGPA AND PHOTO
DEPENDS EXCLUSIVELY ON PRIMARY KEY
FACULTY-ID AND THERE IS NO TRANSITIVE
DEPENDENCY OF NON-PRIMARY KEYS ON
FACULTY-ID .HENCE, FACULTY TABLE IS IN 3rd
NF .
NORMALISATION
TEACHES

FACULTY-ID SUBJECT-ID

FAC_ONE 330

FAC_TWO 530
HOW IS IT NORMALIZED?
1 NF :
FACULTY-ID AND SUBJECT-ID ARE ATOMIC
ATTRIBUTES AND SQL QUERIES USED TO
EXTRACT THEM JUSTIFIES THEIR NDIVISIBILITY.
HENCE, THE TABLE IS IN 1 NF .
HOW IS IT NORMALIZED?
2 NF :
PRIMARY KEY IN THE TABLE FACULTY ARE TWO,
i.e. FACULTY-ID AND SUBJECT-ID . THERE ARE NO
NON-PRIMARY KEYS IN THE RELATION TABLE.
THERE CAN’T BE ANY PARTIAL DEPENDENCY OF
NON-PRIMARY KEYS. THIS JUSTIFIES THE
TEACHES TABLE IN 2nd NF.
HOW IS IT NORMALIZED?
3 NF :
AS NO NON-PRIMARY KEYS ARE THERE IN THE
TEACHES TABLE. THERE CAN NOT BE ANY
TRANSITIVE DEPENDENCY OF NON-PRIMARY
KEYS. HENCE, TEACHES TABLE IS JUSTIFIED TO
BE IN 3rd NF .
NORMALISATION
STUDIES

STUDENT- SUBJECT- MARKS GRADE ASSIGN_1 ASSIGN_2


ID ID

402 330 91 A+ SUBMITTED NOT


SUBMITTED

693 530 78 B+ SUBMITTED NOT


SUBMITTED
HOW IS IT NORMALIZED?
1 NF :
STUDENT-ID, SUBJECT-ID, MARKS, GRADES,
ASSIGN_1, ASSIGN_2 ARE ATOMIC ATTRIBUTES
AND SQL QUERIES USED TO EXTRACT THEM
JUSTIFIES THEIR NDIVISIBILITY. HENCE, THE
TABLE IS IN 1 NF .
HOW IS IT NORMALIZED?
2 NF :
PRIMARY KEY IN THE TABLE FACULTY ARE TWO, i.e.
STUDENT-ID AND SUBJECT-ID . MARKS, GRADE,
ASSIGN_1 AND ASSIGN_2 ALL ARE
CHARACTERISTICS OF A SUBJECT OF A PARTICULAR
STUDENT. BOTH THE PRIMARY KEYS ARE
TOGETHER DETERMINING ALL THE NON-PRIMARY
KEYS OF STUDIES TABLE. THERE CAN’T BE ANY
PARTIAL DEPENDENCY OF NON-PRIMARY KEYS.
THIS JUSTIFIES THE STUDIES TABLE IN 2nd NF.
HOW IS IT NORMALIZED?
3 NF :
ALL THE NON-PRIMARY KEYS MARKS, GRADE,
ASSIGN_1, AND ASSIGN_2 ARE DIRECTLY DEPENDENT
UPON THE PRIMARY KEYS STUDENT-ID AND
SUBJECT-ID AND NO NON-PRIMARY ATTRIBUTE IS
DEPENDENT UPON ANOTHER NON-PRIMARY
ATTRIBUTE, THERE CAN NOT BE ANY TRANSITIVE
DEPENDENCY OF NON-PRIMARY ATTRIBUTES.
HENCE, STUDIES TABLE IS JUSTIFIED TO
BE IN 3rd NF .
BIBLIOGAPHY
(FOR THE DBMS PROJECT)
1.) Database System Concepts
-Abraham Silberschatz
-Henry F. Korth
-S. Sudarshan
2.) Wikipedia
3.) w3schools

You might also like