DBMS Concepts

DBMS Tutorial Components of DBMS. Applications of DBMS The difference between file system and DBMS. Types of DBMS DBMS Architecture DBMS Schema Three Schema Architecture. DBMS Languages.

DBMS ER Model

ER model: Entity Relationship Diagram (ERD) Components of ER Model. DBMS Generalization, Specialization and Aggregation.

DBMS Relational Model

Codd’s rule of DBMS Relational DBMS concepts Relational Integrity Constraints DBMS keys Convert ER model into Relational model Difference between DBMS and RDBMS Relational Algebra DBMS Joins

DBMS Normalization

Functional Dependency Inference Rules Multivalued Dependency Normalization in DBMS: 1NF, 2NF, 3NF, BCNF and 4NF

DBMS Transaction

What is Transaction? States of transaction ACID Properties in DBMS Concurrent execution and its problems DBMS schedule DBMS Serializability Conflict Serializability View Serializability Deadlock in DBMS Concurrency control Protocols

Difference

Difference between DFD and ERD

Misc

Advantages of DBMS Disadvantages of DBMS Data Models in DBMS Relational Algebra in DBMS Cardinality in DBMS Entity in DBMS Attributes in DBMS Data Independence in DBMS Primary Key in DBMS Foreign Key in DBMS Candidate Key in DBMS Super Key in DBMS Aggregation in DBMS Hashing in DBMS Generalization in DBMS Specialization in DBMS View in DBMS File Organization in DBMS What Is A Cloud Database What Is A Database Levels Of Locking In DBMS What is RDBMS Fragmentation in Distributed DBMS What is Advanced Database Management System Data Abstraction in DBMS Checkpoint In DBMS B Tree in DBMS BCNF in DBMS Advantages of Threaded Binary Tree in DBMS Advantages of Database Management System in DBMS Enforcing Integrity Constraints in DBMS B-Tree Insertion in DBMS B+ Tree in DBMS Advantages of B-Tree in DBMS Types of Data Abstraction in DBMS Levels of Abstraction in DBMS 3- Tier Architecture in DBMS Anomalies in Database Management System Atomicity in Database Management System Characteristics of DBMS DBMS Examples Difference between Relational and Non-Relational Databases Domain Constraints in DBMS Entity and Entity set in DBMS ER Diagram for Banking System in DBMS ER Diagram for Company Database in DBMS ER Diagram for School Management System in DBMS ER Diagram for Student Management System in DBMS ER Diagram for University Database in DBMS ER Diagram of Company Database in DBMS Er Diagram Symbols and Notations in DBMS How to draw ER-Diagram in DBMS Integrity Constraints in DBMS Red-Black Tree Deletion in DBMS Red-Black Tree Properties in DBMS Red-Black Tree Visualization in DBMS Redundancy in Database Management System Secondary Key in DBMS Structure of DBMS 2-Tier Architecture in DBMS Advantages and Disadvantages of Binary Search Tree Closure of Functional Dependency in DBMS Consistency in Database Management System Durability in Database Management System ER Diagram for Bank Management System in DBMS ER Diagram for College Management System in DBMS ER Diagram for Hotel Management System in DBMS ER Diagram for Online Shopping ER Diagram for Railway Reservation System ER Diagram for Student Management System in DBMS Isolation in DBMS Lossless Join and Dependency Preserving Decomposition in DBMS Non-Key Attributes in DBMS Data Security Requirements in DBMS DBMS functions and Components What is Homogeneous Database? DBMS Functions and Components Advantages and Disadvantages of Distributed Database Relational Database Schema in DBMS Relational Schema

Secondary Key in DBMS

What are Keys?

Keys in DBMS are the attributes or set of attributes that uniquely identify a row in a set of relations. A table (relation) can have a column or multiple columns. Key helps establish a relation between the tables with the help of the primary Key, and the keys that have not been selected as candidate keys are called Secondary keys in DBMS. A candidate key is a key that can be considered to be a primary key.

What is the Secondary Key?

The secondary Key is nothing but the Key which was not chosen to be the primary Key. From the set of candidate keys, one Key is chosen to be the primary Key, and others are called secondary Keys. They are also called alternate Keys as they uniquely identify a row in a table.

Thus, an unselected candidate key used as a primary key is called a secondary key. The secondary is not a foreign key; it can be zero, one, or more than one.

What is the Difference Between a Primary Key And a Secondary Key in DBMS?

In DBMS, the main difference between a primary key and a secondary key is that the user chooses the primary Key to identify each row uniquely. In contrast, the candidate keys not selected for the primary Key are called secondary keys.

Secondary keys can become the primary Key as it is perfectly capable of uniquely identifying rows in the table.

BasisPrimary KeySecondary Key
DefinitionThe Key, which is unique and is selected by the database administrator to help uniquely identify a row in a database, is called the primary Key.The Key that uniquely identifies a row but is not selected as the primary Key is known as a secondary or alternate Key.
NULL valuesIt cannot be NULL.It can be NULL.
Number of keysThere can be only and only one primary Key in a tableThere can be zero, one, or more secondary keys.
Adm_IDRoll_noNameAgeEmail
36552192309Aaradhya20[email protected]
32712192312Sameer21[email protected]
31082192315Sanya19[email protected]
33212192320Chelsea20[email protected]

Example:

From the above-given table, it can be concluded that Adm_ID, Roll_no, and Email are the candidate keys. They are considered candidate keys because they can be used to identify the student record uniquely. We can select any candidate key as the Primary Key, and the rest of the two would become the Secondary Key.

The Adm_id has more chances to become the primary Key as it will be more convenient to find and establish relations with other tables with the help of the admission id.

Example-

Let us take another example of employee information:

Emp_IDEmp_DOJEmp_NameEmp_EmailEmp_Dept
100112/07/2012Rakesh[email protected]Finance
100207/03/2016Neetu[email protected]HR
100321/11/2010Samiksha[email protected]Sales manager
100419/05/2020Abhishek[email protected]Web developer

From the above table on employee information, we can observe that Emp_ID and Employee_Email have the potential to be the candidate keys. They can help to identify the Employee record uniquely. We can select any candidate key as the Primary Key, and the rest of the two would become the Secondary Key. The primary Key would be Emp_id, as it can be convenient to establish and find relations between other tables.