4. an "entity relationship" model is just a way to think about & visualize the relationships between
your data. For example: if you have an application that keeps track of people, phone numbers and
birthdays, then you could say (for example) that there is a one-to-one relationship between phone
numbers and people (assuming that each person has their own mobile phone), and a one-to-many
relationship between people and birthdays (several people can have a birthday on May 1st.) But
your model should make it clear that for sanity's sake, there shouldn't be a relationship between
phone numbers and birthdays. ER diagrams often use symbols to represent three different types
of information. Boxes are commonly used to represent entities. Diamonds are normally used to
represent relationships and ovals are used to represent attributes. For example, to describe
information needs and/or the type of information that is to be stored in the database during the
requirements analysis.
5. Normalization is the process of efficiently organizing data in a database. There are two goals
of the normalization process: eliminating redundant data (for example, storing the same data
in more than one table) and ensuring data dependencies make sense (only storing related
data in a table). Both of these are worthy goals as they reduce the amount of space a
database consumes and ensure that data is logically stored When you normalize a table you
are actually splitting the table so that you can easily identify and segregate data based upon
your need and ease of access and use.
The basic idea is to enable easier search and faster access.
different Normal forms like 1st, 2nd, 3rd, 4th , Boyce-Codd are available and each depends
on how simple / complex your database is.
11. One X blocked process is waiting to complete the transaction of the Y process and the same
time, Y process is blocked because it is also waiting to complete the transaction of the X
so if you want to avoid Deadlock situation, you should first find the blocked transaction and
It's a set of goals written by database programmers to ensure the integrity of data within a database. That
way, when you request data from a database, you know you will always get good quality data. The
downfall of ACID compliant databases is performance. In order to implement an ACID compliant
database properly, performance is sacrificed. So, you have to beef up the hardware system in order to
overcome the performance degradation for all of the checking constraints needed to ensure ACID
compliance.