Thanks pootle_flump..
Ok, well here's a question onNormalisation that I did.. I'm pretty sure i'm correct but need some reassurance.
I'm happy with it but I'd just like to know for sure if i'm doing it right.. The amount of marks going or each question seems kind of odd.. 2 marks for part (i) even though I did a lot of work to get there.. Decompose table to 1NF and then 2NF.
That brings me to my main query, am I doing too much here? Is it jst a one or two line answer that is required?
Part (ii) and part (iii) seem to be the same questions asked in slightly different ways but they have most amount of marks..
What am I missing here?
---------------------
Here's my work: (PK is underlined)
---------------------
Table:here
Questions:
Using the single-table of Appendix A as a start point
(i) Decompose an example of a 2NF table.
(2 marks)
(ii) State why the table you specified as your answer to part (i), is in 2NF and not in 3NF.
(4 marks)
(iii) Decompose an example of a 3NF table.
(2 marks)
(iv) State why the table you specified as your answer to part (iii), is in 3NF and not in 2NF.
(4 marks)
Answers:
(i)
1NF:
SingleTableDB(sNum,sName,sStatus,sCity,pNum,pName, pColour,pWeight,pQtyDelivered)
Dependencies:
sNum
->sName,sStatus,sCity (Partial Dep)
pNum
->pName,pWeight,pColour (Partial Dep)
sNum,pNum
->pQtyDelivered (Full Dep)
sCity
->sStatus (Transitive Dep)
Dependency Diagram:
here
2NF:
Suppliers(
sNum,sStatus,sCity)
Parts(
pNum,pName,pWeight,pColour)
Delivieries(
sNum,
pNum,pQtyDelivered)
** Dependency Diagram for each new table here **
** Suppliers shows transitive dependency between sStatus and sCity **
(ii)
Because a transitive dependcy exists
(???) Enough for 4 marks?
(iii)
sCity
-> sStatus
Suppliers (
sNum, sName, sCity)
Parts(
pNum, pName, pColour, pWeight)
Deliveries(
pNum,
pName,pQtyDelivered)
Status(
sCity,sStatus)
(iv)
Because the transitive dependency between sCity and sStatus no longer exists. I have made a new table Status that stores the relevant sStatus for each sCity.
(???) Enough for 4 marks?
What is non-loss decomposition?
Non-Loss Decomposition happens during normalisation. It means that during normalisation (decomposing tables) no data is sacrificed due to the restructuring of tables.
Do you guys mind looking over this stuff??