- info, mida saab jälgida
- tavaliselt nimisõna
- esitatakse ristkülikukujulise kastina
Olemi tüübid:
- peamine - eksisteerib iseseisvalt, nt klient; juhendaja
- iseloomulik - eksisteerib teise olemi tõttu; nt tellimus, kursus
- vahepealine - eksisteerib kahe või rohkema olemi olemasolu tõttu; nt tellimuse objekt, kursusele registreerimine
Olemid ja nende esindajad
- esindaja on nii klassi kui olemi esindaja
- olemis on esindajad
http://www3.ntu.edu.sg/home/ehchua/programming/java/j3f_oopexercises.html
alamtüüp
alamtüüp
- pärib kõik omadused ja seosed supertüübilt
- joonistatakse supertüübi sisse
- võib omada alamtüüpe
bottom-up - üldistamine
top-down - eristamine
alamtüübi reeglid:
- kõikehõlmavad:
- iga ülemtüübi esindaja on ka alamtüübi esindaja
- MUUD alamtüüp peaks olema, et kategoriseerida olemeid mis pole defineeritud mõne teise olemasoleva alamtüübi poolt
- mutually exclusive
atribuutide omadused:
- olemi kastis ERD'l
- nimed on ainsuses ning suure algustähega või väikeste tähtedega
omaduse klassifikatsioon:
- kohustuslik (*)
- mittekohustusltk (väike o)
liht-ja liitomadused:
- lihtomadusel on ainult üks väärtus
- mitmeväärtuselisel saab olla mitu väärtust, nt aadress
Barkeri märgistused:
- ümarate nurkadega märgistus
- olemi nimi üleval vasakus nurgas
- full caps
- ainsuses
- tuleb kirjutada nii, et kõik saaksid aru
- seos saab olla ainult kahe olemi vahel
- võib olla sama olemi seos
- seosel on kaks perspektiivi
- seose peal on nimi
Bachmani tähistus:
- P on UID
- F on välisvõti
- seosejooned on nool (varesejalg), täidetud või tühi ring (katkend- ja pidev joon)
artificial unique identifier: id, mis me ise paneme / järjekorranumber
rekursiivne seos: iseendale viitav
seoste maatriks
ERDish:
- EACH
- Entity A
- OPTINALITY (must be/ may be)
- RELATIONSHIP NAME
- CARDINALITY (one and only one/one or many)
- Entity B
Miks normaliseerida:
pole korduvaid andmeid
suurendab andmeterviklust ning disaini stabiilsust
vältida mittesobivust ja anomaaliaid
No comments:
Post a Comment