DD 6-1:Artificial, Composite, and Secondary UIDs

Sunday, September 27, 2020 11:02 AM

DD_6_1_P…

2.
LIBRARY MEMBER Consider the library is public city library not national library so we don't
need specific attribute(s) such as: city, province attribute we just need
# MemberID
(#) Email
current address.
(#) Phone Number We just need 4 specific unique of member like: MemberID as PK, and
*NationalIDCard
*Name
others UID (which we called it a Candidate ID): nationalidcard(ktp),
*Last Name email, phone number.
*Address(CitizenIDCard)
*Gender
*Photo This option of UID may help someone who will might loose their
*Date & Place of Birth member card and if they want to make a new one, it will rejected by
*Current Address
o job system cause of nationalidcard have already registered (cause it is one
o current education of requirements to be a member). So, the most possibility to be
o emergency contact
o marital status candidates are:
(#) Email
(#) Phone Number

A. ==> #CityId and a barred

#cityID => artificial UID relationship from State
#state(province) entity will making a
#country composite UID
*name
o codearea => artificial UID

B.
#email
(#)phonenumber
*first name
*last name
o address

C.
#trainID =>artificial UID ==>trainID a barred
(#)machinemodel relationship from
(#)productionyear MachineModel entity will
*type making a composite UID
*capacity
*length
*mass
o facilities
==>#RoadName a
D. barred relationship
#RoadName relationship from
(#)PostalCode PostalCode entity
*City will making a
*State compite UID
*Country

E. Transactional
#SenderAccount
#SenderBank
#ReceiverAccount
#ReceiverBank
#Amount

F. MusicAward
#AwardID => artificial UID
(#)Name
*address
*winner
*Nomination
*guest
*date
o staff
o description

G.
#PaintingName
#ArtistId

4
National ID Card it will may known by many people every time we registered and may
malfunction by another people but in this country (Indonesia) the solution is every time we
had been registering on system, we should take a picture with the NID (KTP)

5.
we’d like consider this not mandatory, real name may be different than popular name, but
unknown. DOB of actor may be unknown.

we’d like consider this must, because I am giving my property to the person. So while giving
club membership, I will take all these details.

Actors who don’t appear in a movie coming up in future/already in stock: We don’t track
Also, there may be a low budget movie which don’t have any star actor which we want to
track

We may have a movie, for which I don’t have a media available, but it is coming in stock, say
tomorrow.
We assume that a movie belongs to only one category and must be under one category; for
special movies, others is one instance of category Entity.

Under IssueLog, we may have put a composite UID on mediaInventoryNumber,

ClubmemberId and IssueTime. But, we have chosen artificial UID here a separate IssueLogId.
We need ISSUELOG Entity (it needed if real world cause we wanna know this status to
prevent pilferer)

We don’t track disk number but InventoryNumber, an inventory may have multiple disks.
But all media under same inventory number have same format, so no worries. And it won’t
be rented partially
prevent pilferer)

We don’t track disk number but InventoryNumber, an inventory may have multiple disks.
But all media under same inventory number have same format, so no worries. And it won’t
be rented partially