Scribd
Upload
20 views10 pages

DMS PR 1

Uploaded by

adityapandji1
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
20 views10 pages

DMS PR 1

Uploaded by

adityapandji1
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 10

Practical No 1: Installation and configuring database

PART 1
I.

II.

III.

An s 1. The primar y goal of database is to provide a w ay to store an d retrieve


database in formation i.e both conven ien t an d efficien t. It is design ed to man age
large bodies of in formation .

An s2. Advan tages of DBMS over File processin g system

Sr.No DBMS File processin g system


1. Presen ce of self-describin g n ature of File processin g don’t con tain any
a database system an d metadata. self-describin g feature an d
n either passes metadata. 
2. In database system, the structure of In file processin g system , if any
data files is stored in the DBMS chan ges to the structure of a file
catalog separately from the access may require chan gin g all
program. This is called program programs that access the file 
data in depen den ce.
3. Suppor t of multiple view s of data i.e. File processin g system don’t
Each user may see a differen t view of suppor t multiple view s 
the database, w hich describes on ly
the data of in terest to that user.
4. Sharin g of data an d multi-user It is n ot possible to share data
tran saction processin g i.e. allow in g a an d multi user tran saction
set retrieve from an d update the simultan eously amon g
database. con curren t users in case of file
processin g system.
5. Con trollin g redun dan cy is on e of the The tradition al file approach,
most impor tan t feature to use DBMS. each group in depen den tly keeps
their ow n file.

IV.

W e have successfully in stalled an d con figure the database


PART 2: Design Entity-Relation Diagram
I.

II. Procedure

1. U n derstan d all the symbols of En tity Relation ship diagram.

2. Draw the symbols applicable to problem statemen t.

3. Show w hether the relation ship is 1-1.1-many or many-to- many.

4. Model the relation ships betw een each by draw in g lin es to con n ect related
en tities.

5. Label the relation ships usin g n umeric n otation .

6. Iden tify relevan t attributes w ithin each en tity.


7. Represen t the relation ships by usin g E-R model.

III. Practical Related Question s:

1. Draw all the symbols of E-R diagram.


2. Draw E-R diagram of Ban k Database Man agemen t System.
Ban k ID
Bran chNo Bran chAddr
Ban k Name Ban k Addr
Addr

HASS Ban k
Ban k
Branches

ACC LOAN Accoun


t
Balan ce

Account Loan

Loan No
LC
AC

Customer

CustName
CustID
Custaddr
IV. Result (Output of the program)
W e have draw n symbols of E-R diagram an d few E-R models based on given
Database.

PART 3: Normalize the relation up to 3NF

I.
II.

Q1. W rite steps to conver t a first n ormal form (1NF) to secon d n ormal form (2NF)
in a given table.
An s. a) 2NF is achieved w hen relation is in 1NF an d each attribute of the table is
fully fun ction ally depen den t on primar y key of the relation for iden tification .

b) If n ot so, it should be removed by decomposin g the tables fur ther by


establishin g r eferen tial in tegrity con strain t

Q2. Examin e the Table show n below.

ID Address Con tact No.

B001 8 Jeffrey W ay, 503-555-3618,503-555-2


Por tlan d, OR 97201 727,503-555-6524

B002 City Cen ter Plaza, 206-555-6756,206-555-8


Seattle, WA 98122 836
th
B003 14-8 Aven ue, New 212-371-3000
York , NY 10012
th
B004 16 – 14 Aven ue, 206-555-3131,206-555-4
Seattle , WA 98128 112

a)W hy is this table n ot in 1NF?

An s. This table is n ot in 1NF because multiple data is presen t in a sin gle field in
third column .

b) Describe an d illustrate the process of n ormalizin g the data show n in this table
to third n ormal form (3NF)

Ans. AB

ID Address

BC

Address Contact

So AC

ID Contact
Tran sitive depen den cy can be stated as, Let R be a relation an d A,B,C are the set of
attributes.

These attributes are tran sitive depen den t w hen AB, BC, then A C.

In the above example Address is depen den t on ID, Con tact is depen den t on
Address. So Con tact is in directly depen den t

Q3. Con sider follow in g schema

Studen t (Roll_ n o, Name, Bran ch, Bran ch_ ID, Spor ts, Men tor_ n ame,M_ ID) Conver t
follow in g table in to 2NF an d 3NF.

2NF

Roll_No Name Branch_ID Branch M_ID(FK)

M_ID(PK Mentor_nam Spor ts


) e

3NF

Roll_No Name Branch_I


D

Roll_No M_ID Branch

M_ID(PK) Mentor_name Spor ts

AB , BC so AC
III. Result (Output of the program)

W e have n ormalized the given table in 2NF & 3NF.

You might also like