Professional Documents
Culture Documents
example
1.
Database Planning: This involves defining the aims and objectives
of the database projects2.
2.
1. Example: Creating mission statements and objectives for a
new customer management database2.
3.
4.
5.
6.
7.
8.
9.
10.
1. Example: Implementing the university database using a
DBMS like MySQL or Oracle, and loading it with data
about students, courses, and enrollments2.
11.
12.
Each phase has its own set of activities and outcomes, and the results of
one phase serve as the input for the next12. The DBLC ensures that
databases are designed and implemented in a structured and systematic
manner
WITH EXAmple?
For example, during the conceptual design phase of a database, you might
decide that you need entities for “Customers”, “Orders”, and “Products”,
and define relationships between them. At this stage, you’re not
concerned with how these entities will be stored on disk, what indexes
will be used for efficient access, how the data will be partitioned across
multiple servers, or what specific database management system (DBMS)
will be used. These are all physical considerations, and they are dealt with
later in the physical design phase.
In summary, a single-valued attribute holds only one value for each entity
instance, while a multi-valued attribute can hold multiple values for each
entity instance132.
Relationships:
o A Student “EnrollsIn” a Course
o A Department “Offers” a Course
o A Student “BelongsTo” a Department
CONCEPTS IN ER DIAGRAM
ENTITY TYPE
RELATIONSHIP TYPE
ATRIBUTE
CONSTRAOINT
Entity: Employee
Attributes: EmployeeID, Name, Position, ManagerID
Relationship: “Supervises”
Keys in ER diagram
1.
2.
3.
4.
5.
6.
7.
Composite Key: A composite key is a key that consists of two or
more attributes that together uniquely identify an entity1234. Each
attribute by itself may not uniquely identify the entity1234.
8.
9.
10.
In summary, a strong entity can exist on its own, while a weak entity
depends on another entity for its existence1234.
The text 1 .. 5 placed at the connection’s end defines the range of possible
accounts1. To interpret this diagram, we would start reading from left to
right: One customer must have between one and five bank accounts1.
We can also describe the relation between bank accounts and customers.
Let’s say that every account must belong to at least one customer, but for
joint accounts, it could also have two owners1. Here we had to place the
lower and upper bound on the other end, and consequently, we must now
read from right to left: One bank account must belong to one up to two
customers1.
1.
2.
3.
4.
These traps can be resolved by restructuring the ER model to represent
the correct associations12.
I hope this helps! Let me know if you have any other questions.
Constraints on specialization/generalization
I hope this helps! Let me know if you have any other questions.