Open navigation menu
Close suggestions
Search
Search
en
Change Language
Upload
Sign in
Sign in
Download free for days
0 ratings
0% found this document useful (0 votes)
22 views
SQL AC Notes
Uploaded by
SHAIK ZUHAIR HASAN IIIT Dharwad
Copyright
© © All Rights Reserved
Available Formats
Download as PDF or read online on Scribd
Download now
Download
Save SQL AC Notes For Later
Download
Save
Save SQL AC Notes For Later
0%
0% found this document useful, undefined
0%
, undefined
Embed
Share
Print
Report
0 ratings
0% found this document useful (0 votes)
22 views
SQL AC Notes
Uploaded by
SHAIK ZUHAIR HASAN IIIT Dharwad
Copyright
© © All Rights Reserved
Available Formats
Download as PDF or read online on Scribd
Download now
Download
Save SQL AC Notes For Later
Carousel Previous
Carousel Next
Save
Save SQL AC Notes For Later
0%
0% found this document useful, undefined
0%
, undefined
Embed
Share
Print
Report
Download now
Download
You are on page 1
/ 27
Search
Fullscreen
DBMS & SQL NOTES Database: A database is a collection of related data which represents some aspect of the real world. A database system is designed to be built and populated with data for a certain task. Database Management System (DBMS) is a software for storing and retrieving users’ data while co 18 appropriate security measures. It consists of a group of programs which manipulate the database. The DBMS accepts the request for data from an application and instructs the operating system to provide the specific data. In large systems, a DBMS helps users and other third-party software to store and retrieve data. Database management systems were developed to handle the following difficulties of typical File-processing systems supported by conventional operating systems. 1. Data redundancy and inconsistency 2. Difficulty in accessing data 3. Data isolation ~ multiple files and formats 4. Integrity problems 5. Atomicity of updates 6. Concurrent access by multiple users 7. Security problems ram: ‘+ ER diagram or Entity Relationship diagram is a conceptual model that gives the graphical representation of the logical structure of the database. « It shows all the constraints and relationships that exist among the different components. ‘* An ER diagram is mainly composed of following three components- Entity Sets, Attributes and Relationship Set. ‘Student ‘© Roll_no is a primary key that can identify each entity uniquely.‘* Thus, by using a student's roll number, a student can be identified uniquely. Entity Set An entity set is a set of the same type of entities. «Strong Entity Set: © Astrong entity set is an entity set that contains sufficient attributes to uniquely identify all its entities. © In other words, a primary key exists for a strong entity set. © Primary key of a strong entity set is represented by underlining it. ‘© Weak Entity Set: © Aweak entity set is an entity set that does not contain sufficient attributes to uniquely identify its entities. © In other words, a primary key does not exist for a weak entity set, However, it contains a partial key called a discriminator. © Discriminator can identify a group of entities from the entity set. © Discriminator is represented by underlining with a dashed line. Relationship: A relationship is defined as an association among several entities. ‘* Unary Relationship Set - Unary relationship set is a relationship set where only one entity set participates in a relationship set. * Binary Relationship Set - Binary relationship set is a relationship set where two entity sets participate in a relationship set. «Ternary Relationship Set - Ternary relationship set is a relationship set where three entity sets participate in a relationship set. * N-ary Relationship Set - N-ary relationship set is a relationship set where ‘n’ entity sets participate in a relationship set. Cardinality Constrai Cardinality constraint defines the maximum number of relationship instances in which an entity can participate. ‘* One-to-One Cardinality - An entity in set A can be associated with at most one entity in set B. An entity in set B can be associated with at most one entity in set A. ‘¢ One-to-Many Cardinality - An entity in set A can be associated with any number (zero ormore) of entities in set B. An entity in set B can be associated with at most one entity in set A. ‘* Many-to-One Cardinality - An entity in set A can be associated with at most one entity in set B. An entity in set B can be associated with any number of entities in set A. « Many-to-Many Cardinality - An entity in set A can be associated with any number (zero or more) of entities in set B. An entity in set B can be associated with any number (zero or more) of entities in set A. Attributes: Attributes are the descriptive properties which are owned by each entity of an Entity Set. Types of Attributes: ‘Simple Attributes - Simple attributes are those attributes which cannot be divided further. Ex. Age © Composite Attributes - Composite attributes are those attributes which are composed of many other simple attributes. Ex. Name, Address ‘* Multi Valued Attributes - Multi valued attributes are those attributes which can take more than one value for a given entity from an entity set. Ex. Mobile No, Email ID « Derived Attributes - Derived attributes are those attributes which can be derived from other attribute(s). Ex. Age can be derived from DOB. « Key Attributes - Key attributes are those attributes which can identify an entity uniquely in an entity set. Ex. Roll No. Constraint: Relational constraints are the restrictions imposed on the database contents and operations. They ensure the correctness of data in the database. ‘+ Domain Constraint - Domain constraint defines the domain or set of values for an attribute. It specifies that the value taken by the attribute must be the atomic value from its domain Tuple Uniqueness Constraint - Tuple Uniqueness constraint specifies that all the tuples must be necessarily unique in any relation. « Key Constraint - Alll the values of the primary key must be unique. The value of the primary key must not be null « Entity Integrity Constraint - Entity integrity constraint specifies that no attribute of primary key must contain a null value in any relation. « Referential Integrity Constraint - It specifies that all the values taken by the foreign keymust either be available in the relation of the primary key or be null. Closure of an Attribute Set: The set of all those attributes which can be functionally determined from an attribute set is called a closure of that attribute set. Keys: A key is a set of attributes that can identify each tuple uniquely in the given relation. Types of Keys: « Super Key - A superkey is a set of attributes that can identify each tuple uniquely in the given relation. A super key may consist of any number of attributes. * Candidate Key - A set of minimal attribute(s) that can identify each tuple uniquely in the given relation is called a candidate key. Primary Key - A primary key is a candidate key that the database designer selects while designing the database. Primary Keys are unique and NOT NULL. Super kay ‘Canstate Key ‘Alternate Key - Candidate keys that are left unimplemented or unused after implementing the primary key are called as alternate keys. «Foreign Key - An attribute ‘x’ is called as a foreign key to some other attribute ‘Y’ when its values are dependent on the values of attribute ‘Y’. The relation in which attribute ‘Y’ is present is called as the referenced relation. The relation in which attribute ‘X’ is present is called as the referencing relation * Composite Key - A primary key composed of multiple attributes and not just a single attribute is called a composite key. © Unique Key - It is unique for all the records of the table. Once assigned, its value cannot be changed i.e. it is non-updatable. It may have a NULL value. Functional Dependency: In any relation, a functional dependency a —» B holds if Two tuples having same valueof attribute a also have same value for attribute B. Types of Functional Dependency: «Trivial Functional Dependencies - © A functional dependency X —> Y is said to be trivial if and only if Y © X. 0 Thus, if RHS of a functional dependency is a subset of LHS, then itis called a trivial functional dependency. ‘ Non-Trivial Functional Dependencies ~ © A functional dependency X —> Ys said to be non-trivial if and only if Y ¢ X.o ‘Thus, if there exists at least one attribute in the RHS of a functional dependency that is not a part of LHS, then itis called a non-trivial functional dependency. Decomposition of a Relation: The process of breaking up or dividing a single relation into two or more sub relations is called the decomposition of a relation. Properties of Decomposition: ‘* Lossless Decomposition - Lossless decomposition ensures © No information is lost from the original relation during decomposition. o When the sub relations are joined back, the same relation is obtained that was. decomposed. Dependency Preservation - Dependency preservation ensures © None of the functional dependencies that hold on the original relation are lost. 0 The sub relations still hold or satisfy the functional dependencies of the original relation. Types of Decomposition: + Lossless Join Decomposition: © Consider there is a relation R which is decomposed into sub relations R1, R2, ...., Rn, © This decomposition is called lossless join decomposition when the join of the sub relations results in the same relation R that was decomposed © For lossless join decomposition, we always have- R1 bd R2 b¢ R3 .......baRN=R where o is a natural join operator « Lossy Join Decomposition: © Consider there is a relation R which is decomposed into sub relations R1, R2, .... Rn, © This decomposition is called lossy join decomposition when the join of the subrelations does not result in the same relation R that was decomposed. © For lossy join decomposition, we always have- R1 bt R2 bd R3 oe RN DR where is a natural join operator Normalization: In DBMS, database normalization is a process of making the database consistent by- ‘© Reducing the redundancies © Ensuring the integrity of data through lossless decomposition Normal Forms: ‘* First Normal Form (1NF) - A given relation is called in First Normal Form (1NF) if each cell of the table contains only an atomic value i.e. if the attribute of every tuple is either single valued or a null value. ‘* Second Normal Form (2NF) - A given relation is called in Second Normal Form (2NF) if and only if © Relation already exists in INF © No partial dependency exists in the relation A— Bis called a partial dependency if and only if- A is a subset of some candidate key and B is a non-prime attribute. © Third Normal Form (3NF) - A given relation is called in Third Normal Form (3NF) if and only if © Relation already exists in 2NF. © No transitive dependency exists for non-prime attributes. A— Bis called a transitive dependency if and only if- Ais not a super key and B is a non-prime attribute. ® Boyce-Codd Normal Form - A given relation is called in BCNF if and only if © Relation already exists in 3NF. © For each non-trivial functional dependency ‘A — 8’, A is a super key of the relation,Transaction: Transaction is a single logical unit of work formed by a set of operations. Transaction Operation: Read Operation - Read{A) instruction will read the value of ‘A’ from the database and will store it in the buffer in main memory. ‘© Write Operation - Write(A) will write the updated value of ‘A’ from the buffer to the database. Transaction States: # Active State — © This is the first state in the life cycle of a transaction. © Atransaction is called in an active state as long as its instructions are getting executed. © All the changes made by the transaction now are stored in the buffer in main memory, © Partially Committed State — © After the last instruction of the transaction has been executed, it enters into a partially committed state. © After entering this state, the transaction is considered to be partially committed. © Itis not considered fully committed because all the changes made by the transaction are still stored in the buffer in main memory. ‘© Committed state - © After all the changes made by the transaction have been successfully stored into the database, it enters into a committed state. © Now, the transaction is considered to be fully committed. © Failed State - © When a transaction is getting executed in the active state or partially committed state and some failure occurs due to which it becomes impossible to continue the execution, it enters into a failed state,© Aborted State — © After the transaction has failed and entered into a failed state, all the changes made by it have to be undone. © Toundo the changes made by the transaction, it becomes necessary to roll back the transaction. © After the transaction has rolled back completely, it enters into an aborted state. Terminated State - © This is the last state in the life cycle of a transaction. ‘© After entering the committed state or aborted state, the transaction finally enters into a terminated state where its life cycle finally comes to an end. ACID Properties: To ensure the consistency of the database, certain properties are followed by all the. transactions occurring in the system. These properties are called as ACID Properties of a transaction. © This property ensures that either the transaction occurs completely or it does not occur at all. © Inother words, it ensures that no transaction occurs partially. © Consistency - © This property ensures that integrity constraints are maintained. © In other words, it ensures that the database remains consistent before and after the transaction. * Isolation - © This property ensures that multiple transactions can occur simultaneously without causing any inconsistency. © The resultant state of the system after executing all the transactions is the same as the state that would be achieved if the transactions were executed serially one after the other, © Durability ~ © This property ensures that all the changes made by a transaction after its successful execution are written successfully to the disk. © It also ensures that these changes exist permanently and are never lost even if there occurs a failure of any kindThe order in which the operations of multiple transactions appear for execution is called as a schedule. Schedules in BMS ances anit arnnns Seva Hom Seriationbla iinicininaniks a sit feos ieee © Serial Schedules — © Allthe transactions execute serially one after the other. © When one transaction executes, no other transaction is allowed to execute. © Serial schedules are always- Consistent, Recoverable, Cascadeless and Strict. © Non-Serial Schedules - © Multiple transactions execute concurrently, © Operations of all the transactions are inter leaved or mixed with each other. © Non-serial schedules are not always- Consistent, Recoverable, Cascadeless and Strict Serializability — ‘# Some non-serial schedules may lead to inconsistency of the database. @ Serializability isa concept that helps to identify which non-serial schedules are correct and will maintain the consistency of the database. Serializable Schedules — © Ifa given non-serial schedule of ‘n’ transactions is equivalent to some serial schedule of ‘n’ transactions, then it is called as a serializable schedule. © Serializable schedules are always- Consistent, Recoverable, Cascadeless and Strict,Types of Serializat © Conflict Serializability - Ifa given non-serial schedule can be converted into a serial schedule by swapping its non-conflicting operations, then it is called a conflict serializable schedule. © View Serializability - If a given schedule is found to be viewed as equivalent to some serial schedule, then it is called a view serializable schedule. Non-Serializable Schedules — ‘© Anon-serial schedule which is not serializable is called a non-serializable schedule. © A non-serializable schedule is not guaranteed to produce the same effect as produced by some serial schedule on any consistent database. ‘© Non-serializable schedules- may or may not be consistent, may or may not be recoverable. * Irrecoverable Schedules — Ifin a schedule, © Atransaction performs a dirty read operation from an uncommitted transaction © And commits before the transaction from which it has read the value then such a schedule is known as an irrecoverable Schedule. ‘© Recoverable Schedules - Ifin a schedule, © Atransaction performs a dirty read operation from an uncommitted transaction © And its commit operation is delayed tll the uncommitted transaction either commits or roll backs then such a schedule is known as a Recoverable Schedule. Types of Recoverable Schedules ~ © Cascading Schedule - If in a schedule, failure of one transaction causes several other dependent transactions to rollback or abort, then such a schedule is called as a Cascading Schedule or Cascading Rollback or Cascading Abort. © Cascadeless Schedule - If in a schedule, a transaction is not allowed to read a data item until the last transaction that has written it is committed or aborted, then such a schedule is called as a Cascadeless Schedule. © Strict Schedule - If in a schedule, a transaction is neither allowed to read nor write a data item until the last transaction that has written it fed or aborted, then such a com schedule is called as a Strict Schedule.Relational Algebra: Relational Algebra is a procedural query language which takes a relation as an input and generates a relation as an output. Basic Operator Semantic (Selection) Select rows based on given condition TM Projection) Project some columns X (Cross Product) Cross product of relations, returns m*n rows where m and n are number of rows in Ri and R2 respectively. U (Union) Return those tuples which are either in R1 or in R2. Max no. of rows returned = m+n and Min no. of rows returne max(m,n) -(Minus) R1-R2 returns those tuples which are in R1 but not in R2. Max no. of rows returned = m and Min no. of rows returned = m-n (Rename) Renaming a relation to another relation. Extended Operator Semantic / (Intersection) Returns those tuples which are in both R1 and R2. Max no, of rows returned = min(m,n) and Min no. of rows returned 0 Selection from two or more tables based on some condition (Cross product followed by selection) >a(Equi Join) It is a special case of conditional join when only equality conditions are applied between attributes. >a{Natural Join) In natural join, equality conditions on common attributes hold and duplicate attributes are removed by default. Note: Natural Join is equivalent to cross product if two relations have no attribute in common and natural join of a relation R with itself will return R only.>a(Left Outer Join) When applying join on two relations R and S, some tuples of R or S do not appear in the result set which does not satisfy the join conditions. But Left Outer Joins gives all tuples of Rin the result set. The tuples of R which do not satisfy the join condition will have values as NULL for attributes of S. be¢{Right Outer Join) When applying join on two relations R and S, some tuples of R or S do not appear in the result set which does not satisfy the join conditions. But Right Outer Joins gives all tuples of S in the result set. The tuples of S which do not satisfy the join condition will have values as NULL for attributes of R. ><(Full Outer Join) /(ivision Operator) When applying join on two relations R and S, some tuples of R or S do not appear in the result set which does not satisfy the join conditions. But Full Outer Joins gives all tuples of S and all tuples of R in the result set. The tuples of S which do not satisfy the join condition will have values as NULL for attributes of Rand vice versa. Division operator A/B will return those tuples in A which are associated with every tuple of B. Note: Attributes of B should be a proper subset of attributes of A. The attributes in A/B will be Attributes of A- Attribute of B. File Structures: ‘* Primary Index: A primary index is an ordered file, records of fixed length with two fields. First field is the same as the primary key as a data file and the second field is a pointer to the data block, where the key is available. The average number of block accesses using index = log, Bi + 1, where Bi = umber of index blocks. © Clustering Index: Clustering index is created on data file whose records are physically ordered on a non-key field (called Clustering field). ‘* Secondary Index: Secondary index provides secondary means of accessing a file for which primary access already exists. BTrees ‘At every level , we have Key and Data Pointer and data pointer points to either block or record. Properties of B-Trees: Root of B-tree can have children between 2 and P, where P is Order of tree.Order of tree - Maximum number of children a node can have. Internal node can have children between [ P/2 | and P Internal node can have keys between [ P/2]~1 and P-1 B+ Trees In B+ trees, the structure of leaf and non-leaf are different, so their order is. Order of non-leaf will be higher as compared to leaf nodes. Searching time will be less in B+ trees, since it doesn’t have record pointers in non-leaf because of which depth will decrease. sau bot DDL is short name of Data Definition Language, which deals with database schemas and descriptions, of how the data should reside in the database. © CREATE - to create a database and its objects like (table, index, views, store procedure, function, and triggers) © ALTER - alters the structure of the existing database * DROP - delete objects from the database ‘© TRUNCATE - remove all records from a table, including all spaces allocated for the records are removed ‘© RENAME - rename an object fb: DMLis short name of Data Manipulation Language which deals with data manipulation and includes most common SQL statements such SELECT, INSERT, UPDATE, DELETE, etc., and it is used to store, modify, retrieve, delete and update data in a database. © SELECT - retrieve data from a database ‘ INSERT - insert data into a table ‘© UPDATE - updates existing data within a table © DELETE - Delete all records from a database table ‘© MERGE - UPSERT operation (insert or update)pci DCL is short name of Data Control Language which includes commands such as GRANT and mostly concerned with rights, permissions and other controls of the database system. © GRANT - allow users access privileges to the database ‘© REVOKE - withdraw users access privileges given by using the GRANT command Tel: TCL is short name of Transaction Control Language which deals with a transaction within a database. © COMMIT - commits a Transaction © ROLLBACK - rollback a transaction in case of any error occurs ‘© SAVEPOINT - to roll back the transaction making points within groups SQL: SQL is a standard language for storing, manipulating and retrieving data in databases SELECT: The SELECT statement is used to select data from a database. Syntax - © SELECT columnt, columnd,.... FROM table_name; © Here, columni, column2, ... are the field names of the table you want to select data from. If you want to select all the fields available in the table, use the following syntax: SELECT * FROM table_name; Ex- © SELECT CustomerName, City FROM Customers; SELECT DISTINCT: The SELECT DISTINCT statement is used to return only distinct (different) values. Syntax —© SELECT DISTINCT columnd, column2, FROM table_name; Ex- ‘© SELECT DISTINCT Country FROM Customers; WHERI The WHERE clause is used to filter records. Syntax — © SELECT column1, column2, ... FROM table_name WHERE condition; Ex- ‘© SELECT * FROM Customers WHERE Country='Mexico'; Operator Description = Equal > Greater than < Less than. Greater than or equal Less than or equal ° Not equal. Note: In some versions of SQL this operator may be written as != AND, OR and NO The WHERE clause can be combined with AND, OR, and NOT operators. The AND and OR operators are used to filter records based on more than one condition: ‘© The AND operator displays a record if all the conditions separated by AND are TRUE ‘© The OR operator displays a record if any of the conditions separated by OR is TRUE. The NOT operator displays a record if the condition(s) is NOT TRUE.Syntax — © SELECT columni, column2, FROM table_name WHERE condition1 AND condition2 AND condition3 ... # SELECT columnd, column2, .. FROM table_name WHERE condition1 OR condition2 OR condition3 ...; © SELECT columni, column2, FROM table_name WHERE NOT condition; Ex- © SELECT * FROM Customers WHERE Country="Germany' AND City="Berlin’; © SELECT * FROM Customers WHERE Country="Germany' AND (City=" jferlin' OR City="Miinchen’); ORDER BY: The ORDER BY keyword is used to sort the result-set in ascending or descending order. The ORDER BY keyword sorts the records in ascending order by default. To sort the records in descending order, use the DESC keyword, Syntax — # SELECT columni, column2, FROM table_name ORDER BY columnz, column2, ... ASC|DESC; Ex- © SELECT * FROM Customers ORDER BY Country; ‘© SELECT * FROM Customers ORDER BY Country ASC, CustomerName DESC; INSERT INTO: The INSERT INTO statement is used to insert new records in a table.Syntax — ‘* INSERT INTO table_name (column1, column2, column3, ...) VALUES (value2, value2, value3, ...); ‘* INSERT INTO table_name VALUES (valued, value2, value3, *In the second syntax, make sure the order of the values is in the same order as the columns in the table. Ex- * INSERT INTO Customers (CustomerName, ContactName, Address, City, PostalCode, Country) VALUES ('Cardinal’, ‘Tom B. Erichsen’, ‘Skagen 21", ‘Stavanger’, 4006", ‘Norway’; NULL Value: It is not possible to test for NULL values with comparison operators, such as =, <, or <>. We will have to use the IS NULL and IS NOT NULL operators instead. Syntax — © SELECT column_names FROM table_name WHERE column_name IS NULL; © SELECT column_names FROM table_name WHERE column_name IS NOT NULL; Ex- SELECT CustomerName, ContactName, Address FROM Customers WHERE Address IS NULL; UPDATI The UPDATE statement is used to modify the existing records in a table. Syntax — © UPDATE table_nameSET column1 = valued, column2 = value2, WHERE condition; Ex- ‘© UPDATE Customers SET ContactName = ‘Alfred Schmidt’, City= ‘Frankfurt’ WHERE CustomerID = 1; DELET! The DELETE statement is used to delete existing records in a table. Syntax — © DELETE FROM table_name WHERE condition; ‘© DELETE FROM table_name; In 2™syntax, all rows are deleted, The table structure, attributes, and indexes will be intact Ex- ‘© DELETE FROM Customers WHERE CustomerNami ‘Alfreds Futterkiste'; SELECT TOP: The SELECT TOP clause is used to specify the number of records to return Syntax — ‘© SELECT TOP number|percent column_name(s) FROM table_name WHERE condition; ‘® SELECT column_name(s) FROM table_name WHERE condition LIMIT number; ‘© SELECT column_name(s) FROM table_name ORDER BY colurmn_name(s) FETCH FIRST number ROWS ONLY; © SELECT column_name(s) FROM table_name WHERE ROWNUM <= number,*In case the interviewer asks other than the TOP, rest are also correct. (Diff. DB Systems) Ex- ‘© SELECT TOP 3 * FROM Customers; © SELECT * FROM Customers UMIT 3; © SELECT * FROM Customers FETCH FIRST 3 ROWS ONLY; Aggregate Functions: MIN(): The MIN() function returns the smallest value of the selected column. Syntax — © SELECT MIN(column_name) FROM table_name WHERE condition; Ex- © SELECT MIN(Price) AS SmallestPrice FROM Products; MAX(): The MAX() function returns the largest value of the selected column, Syntax — SELECT MAX(column_name) FROM table_name WHERE condition; Ex- ‘© SELECT MAX(Price) AS LargestPrice FROM Products; COUNT(): The COUNT() function returns the number of rows that matches a specified criterion. Syntax — # SELECT COUNT(column_name)FROM table_name WHERE condition; Ex- © SELECT COUNT(ProductID) FROM Products; AVG(): The AVG() function returns the average value of a numeric column. Syntax — ‘© SELECT AVG(column_name) FROM table_name WHERE condition; x= # SELECT AVG(Price) FROM Products; SUM(): The SUM() function returns the total sum of a numeric column, Syntax — © SELECT SUM(column_name) FROM table_name WHERE condition; Ex- © SELECT SUM(Quantity) FROM OrderDetails; LIKE Operato: The LIKE operator is used in a WHERE clause to search for a specified pattern in a column. There are two wildcards often used in conjunction with the LIKE operator: © The percent sign (%) represents zero, one, or multiple characters ‘© The underscore sign (_) represents one, single character Syntax —© SELECT column1, column2, FROM table_name WHERE column LIKE pattern; LIKE Operator WHERE CustomerName LIKE 'a%' Finds any values that start with "a" WHERE CustomerName LIKE '%a" Finds any values that end with "a" WHERE CustomerName LIKE '"%or%" Finds any values that have “or” in any position WHERE CustomerName LIKE "_r%' Finds any values that have "r" in the second position WHERE CustomnerName LIKE 'a_%' Finds any values that start with "a" and are at least 2 characters in length WHERE CustomerName LIKE 'a_%' Finds any values that start with "a" and are at least 3 characters in length WHERE ContactName LIKE 'a%o! Finds any values that start with "a" and ends with "o" The IN operator allows you to specify multiple values in a WHERE clause The IN operator is a shorthand for multiple OR conditions. Syntax — © SELECT column_name(s) FROM table_name WHERE column_name IN (value1, value2, ...); ‘© SELECT column_name(s) FROM table_name WHERE column_name IN (SELECT STATEMENT); x= © SELECT * FROM Customers WHERE Country IN ('Germany’, 'France', 'UK'); ‘© SELECT * FROM CustomersWHERE Country IN (SELECT Country FROM Suppliers); BETWEEN: The BETWEEN operator selects values within a given range. The values can be numbers, text, or dates. The BETWEEN operator is inclusive: begin and end values are included. Syntax — @ SELECT column_name(s) FROM table_name WHERE column_name BETWEEN value1 AND value2; Ex- ‘© SELECT * FROM Products WHERE Price BETWEEN 10 AND 20; Joins: A JOIN clause is used to combine rows from two or more tables, based on a related column. between them. INNER JOIN: The INNER JOIN keyword selects records that have matching values in both tables. Syntax — ‘® SELECT column_name(s) FROM tablet INNER JOIN table2 ON tablei.column_name = table2.column_name; x= © SELECT Orders.OrderiD, Customers.CustomerName FROM Orders INNER JOIN Customers ON Orders.CustomerID = Customers.CustomerlD; LEFT (OUTER) JOIN:The LEFT JOIN keyword returns all records from the left table (table1), and the matching records from the right table (table2). The result is 0 records from the right side, if there is no match. Syntax — © SELECT column_name(s) FROM tablet LEFT JOIN table2 ON tabled.column_name = table2.column_name; Ex- SELECT Customers.CustomerName, Orders.OrderlD FROM Customers LEFT JOIN Orders ON Customers.CustomerlD = Orders.CustomerID ORDER BY Customers.CustomerName; RIGHT (OUTER) JOIN: The RIGHT JOIN keyword returns all records from the right table (table2), and the matching records from the left table (table1). The result is 0 records from the left side, if there is no match. Syntax — © SELECT column_name(s) FROM table1 RIGHT JOIN table2 ON table1.column_name = table2.column_name; Ex- ‘© SELECT Orders.OrderiD, Employees.LastName, Employees. FirstName FROM Orders RIGHT JOIN Employees ON Orders.EmployeelD = Employees.EmployeelD ORDER BY Orders.OrderlD; FULL (OUTER) JOIN: The FULL OUTER JOIN keyword returns all records when there is a match in left (table) or right (table2) table records. Syntax: ‘© SELECT column_name(s)FROM tablet FULL OUTER JOIN table2 ON tablei.column_name = table2.column_name WHERE condition; © SELECT Customers.CustomerName, Orders.OrderID FROM Customers FULL OUTER JOIN Orders ON Customers.CustomerID=Orders.CustomerlD ORDER BY Customers.CustomerName; UNION: The UNION operator is used to combine the result-set of two or more SELECT statements. © Every SELECT statement within UNION must have the same number of columns # The columns must also have similar data types ‘© The columns in every SELECT statement must also be in the same order The UNION operator selects only distinct values by default. To allow duplicate values, use UNION ALL Syntax— ‘© SELECT column_name(s) FROM table1 UNION SELECT column_name(s) FROM table2; ‘© SELECT column_name(s) FROM table UNION ALL SELECT column_name(s) FROM table2; Ex- © SELECT City FROM Customers UNION SELECT City FROM Suppliers ORDER BY City; GROUP The GROUP BY statement groups rows that have the same values into summary rows, like "find the number of customers in each country”The GROUP BY statement is often used with aggregate functions (COUNT(), MAX(), MIN(), SUM(), AVG()) to group the result-set by one or more columns. Syntax - # SELECT column_name(s) FROM table_name WHERE condition GROUP BY column_name(s) ORDER BY column_name(s); x # SELECT COUNT(CustomerlD), Country FROM Customers GROUP BY Country ORDER BY COUNT(CustomeriD) DESC; HAVIN The HAVING clause was added to SQL because the WHERE keyword cannot be used with aggregate functions. *WHERE is given priority over HAVING. Syntax — ‘© SELECT column_name(s) FROM table_name WHERE condition GROUP BY column_name(s) HAVING condition ORDER BY column_name(s); Ex- SELECT COUNT(CustomerID), Country FROM Customers GROUP BY Country HAVING COUNT(CustomerID) > 5; CREATE DATABASE: The CREATE DATABASE statement is used to create a new SQL database.Syntax — © CREATE DATABASE databasename; DROP DATABASE: The DROP DATABASE statement is used to drop an existing SQL database. Syntax — ‘© DROP DATABASE databasename; CREATE TABLI The CREATE TABLE statement is used to create a new table in a database. Syntax — © CREATE TABLE table_name ( column! datatype, column2 datatype, column3 datatype, he DROP TABLE: The DROP TABLE statement is used to drop an existing table in a database. Syntax — ‘© DROP TABLE table_name; TRUNCATE TABLE: The TRUNCATE TABLE statement is used to delete the data inside a table, but not the table itself, Syntax — ‘© TRUNCATE TABLE table_name; ALTER TABLE:The ALTER TABLE statement is used to add, delete, or modify columns in an existing table. The ALTER TABLE statement is also used to add and drop various constraints on an existing table. Syntax — ‘© ALTER TABLE table_name ADD column_name datatype; © ALTER TABLE table_name DROP COLUMN column_name; © ALTER TABLE table_name MODIFY COLUMN column_name datatyps x= © ALTER TABLE Customers ADD Email varchar(255); © ALTER TABLE Customers DROP COLUMN Email; ‘© ALTER TABLE Persons ALTER COLUMN DateOfBirth year;
You might also like
KMBNIT03 - Unit 2
PDF
No ratings yet
KMBNIT03 - Unit 2
12 pages
Dbms & SQL Notes: Database: A Database Is A Collection of Related Data Which Represents Some Aspect of The Real
PDF
No ratings yet
Dbms & SQL Notes: Database: A Database Is A Collection of Related Data Which Represents Some Aspect of The Real
27 pages
DBMS
PDF
No ratings yet
DBMS
27 pages
DBMS - Notes (Important)
PDF
No ratings yet
DBMS - Notes (Important)
27 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
27 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
27 pages
DBMS and SQL Notes
PDF
No ratings yet
DBMS and SQL Notes
28 pages
DBMS_Notes (1)
PDF
No ratings yet
DBMS_Notes (1)
27 pages
DBMS_Notes (1)
PDF
No ratings yet
DBMS_Notes (1)
27 pages
DBMS_Notes (1)_apun_hi
PDF
No ratings yet
DBMS_Notes (1)_apun_hi
27 pages
DBMS_Notes (1)
PDF
No ratings yet
DBMS_Notes (1)
27 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
27 pages
Dbms Notes
PDF
No ratings yet
Dbms Notes
27 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
27 pages
Dbms Notes (1)
PDF
No ratings yet
Dbms Notes (1)
27 pages
DBMS_Notes (1)
PDF
No ratings yet
DBMS_Notes (1)
27 pages
Dbms Notes
PDF
No ratings yet
Dbms Notes
27 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
27 pages
Dbms Notes (1)
PDF
No ratings yet
Dbms Notes (1)
27 pages
DBMS_Notes (1)
PDF
No ratings yet
DBMS_Notes (1)
27 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
27 pages
DBMS_Notes
PDF
No ratings yet
DBMS_Notes
27 pages
DBMS_Notes (1)
PDF
No ratings yet
DBMS_Notes (1)
27 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
27 pages
DBMS_Notes (1)
PDF
No ratings yet
DBMS_Notes (1)
27 pages
DBMS_Notes (1)
PDF
No ratings yet
DBMS_Notes (1)
27 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
21 pages
DBMS & SQL Notes For Placements
PDF
No ratings yet
DBMS & SQL Notes For Placements
26 pages
Dbms & SQL Notes
PDF
No ratings yet
Dbms & SQL Notes
20 pages
DBMS & SQL Notes
PDF
No ratings yet
DBMS & SQL Notes
42 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
19 pages
Unit Ii DBMS 2024
PDF
No ratings yet
Unit Ii DBMS 2024
33 pages
Dbms Notes Apna College
PDF
No ratings yet
Dbms Notes Apna College
28 pages
DBMS Notes
PDF
No ratings yet
DBMS Notes
22 pages
16902636604132
PDF
No ratings yet
16902636604132
2 pages
DBNNNNN
PDF
No ratings yet
DBNNNNN
7 pages
Chapter-3 - Relational Model and Relational Algebra-Notes
PDF
No ratings yet
Chapter-3 - Relational Model and Relational Algebra-Notes
32 pages
2/A.P1 Explain How The Features of A Relational Database Are Used For Database Management
PDF
No ratings yet
2/A.P1 Explain How The Features of A Relational Database Are Used For Database Management
8 pages
2database Assignment2
PDF
No ratings yet
2database Assignment2
12 pages
2 chapter 2
PDF
No ratings yet
2 chapter 2
42 pages
DBMS 2
PDF
No ratings yet
DBMS 2
18 pages
Unit 2
PDF
No ratings yet
Unit 2
24 pages
Relational Model
PDF
No ratings yet
Relational Model
11 pages
DMS UNIT 2
PDF
No ratings yet
DMS UNIT 2
13 pages
chapter 2
PDF
No ratings yet
chapter 2
7 pages
Chapter 2: Entity Relationship Model
PDF
No ratings yet
Chapter 2: Entity Relationship Model
10 pages
Introduction of ER Model
PDF
No ratings yet
Introduction of ER Model
11 pages
Relational and ER Models
PDF
No ratings yet
Relational and ER Models
6 pages
Khalid.
PDF
No ratings yet
Khalid.
81 pages
Database Design Theory
PDF
No ratings yet
Database Design Theory
32 pages
Lecture 4
PDF
No ratings yet
Lecture 4
40 pages
Data Models: BY: Richa Jain
PDF
No ratings yet
Data Models: BY: Richa Jain
59 pages
Unit 2 PDF
PDF
No ratings yet
Unit 2 PDF
32 pages
Dbms Midterms Reviewer 3 6
PDF
No ratings yet
Dbms Midterms Reviewer 3 6
9 pages
DBMS SQL
PDF
No ratings yet
DBMS SQL
10 pages
Cpe3 Ds Module 3
PDF
No ratings yet
Cpe3 Ds Module 3
27 pages
Software Engineering (DS 203) : Dr. Manjunath K Vanahalli
PDF
No ratings yet
Software Engineering (DS 203) : Dr. Manjunath K Vanahalli
19 pages
Software Engineering (DS 203) : Dr. Manjunath K Vanahalli
PDF
No ratings yet
Software Engineering (DS 203) : Dr. Manjunath K Vanahalli
15 pages
Software Engineering and Services (DS 203) : Dr. Manjunath K Vanahalli
PDF
No ratings yet
Software Engineering and Services (DS 203) : Dr. Manjunath K Vanahalli
23 pages
Software Engineering and Services (DS 203) : Dr. Manjunath K Vanahalli
PDF
No ratings yet
Software Engineering and Services (DS 203) : Dr. Manjunath K Vanahalli
9 pages
Related titles
Click to expand Related Titles
Carousel Previous
Carousel Next
KMBNIT03 - Unit 2
PDF
KMBNIT03 - Unit 2
Dbms & SQL Notes: Database: A Database Is A Collection of Related Data Which Represents Some Aspect of The Real
PDF
Dbms & SQL Notes: Database: A Database Is A Collection of Related Data Which Represents Some Aspect of The Real
DBMS
PDF
DBMS
DBMS - Notes (Important)
PDF
DBMS - Notes (Important)
DBMS Notes
PDF
DBMS Notes
DBMS Notes
PDF
DBMS Notes
DBMS and SQL Notes
PDF
DBMS and SQL Notes
DBMS_Notes (1)
PDF
DBMS_Notes (1)
DBMS_Notes (1)
PDF
DBMS_Notes (1)
DBMS_Notes (1)_apun_hi
PDF
DBMS_Notes (1)_apun_hi
DBMS_Notes (1)
PDF
DBMS_Notes (1)
DBMS Notes
PDF
DBMS Notes
Dbms Notes
PDF
Dbms Notes
DBMS Notes
PDF
DBMS Notes
Dbms Notes (1)
PDF
Dbms Notes (1)
DBMS_Notes (1)
PDF
DBMS_Notes (1)
Dbms Notes
PDF
Dbms Notes
DBMS Notes
PDF
DBMS Notes
Dbms Notes (1)
PDF
Dbms Notes (1)
DBMS_Notes (1)
PDF
DBMS_Notes (1)
DBMS Notes
PDF
DBMS Notes
DBMS_Notes
PDF
DBMS_Notes
DBMS_Notes (1)
PDF
DBMS_Notes (1)
DBMS Notes
PDF
DBMS Notes
DBMS_Notes (1)
PDF
DBMS_Notes (1)
DBMS_Notes (1)
PDF
DBMS_Notes (1)
DBMS Notes
PDF
DBMS Notes
DBMS & SQL Notes For Placements
PDF
DBMS & SQL Notes For Placements
Dbms & SQL Notes
PDF
Dbms & SQL Notes
DBMS & SQL Notes
PDF
DBMS & SQL Notes
DBMS Notes
PDF
DBMS Notes
Unit Ii DBMS 2024
PDF
Unit Ii DBMS 2024
Dbms Notes Apna College
PDF
Dbms Notes Apna College
DBMS Notes
PDF
DBMS Notes
16902636604132
PDF
16902636604132
DBNNNNN
PDF
DBNNNNN
Chapter-3 - Relational Model and Relational Algebra-Notes
PDF
Chapter-3 - Relational Model and Relational Algebra-Notes
2/A.P1 Explain How The Features of A Relational Database Are Used For Database Management
PDF
2/A.P1 Explain How The Features of A Relational Database Are Used For Database Management
2database Assignment2
PDF
2database Assignment2
2 chapter 2
PDF
2 chapter 2
DBMS 2
PDF
DBMS 2
Unit 2
PDF
Unit 2
Relational Model
PDF
Relational Model
DMS UNIT 2
PDF
DMS UNIT 2
chapter 2
PDF
chapter 2
Chapter 2: Entity Relationship Model
PDF
Chapter 2: Entity Relationship Model
Introduction of ER Model
PDF
Introduction of ER Model
Relational and ER Models
PDF
Relational and ER Models
Khalid.
PDF
Khalid.
Database Design Theory
PDF
Database Design Theory
Lecture 4
PDF
Lecture 4
Data Models: BY: Richa Jain
PDF
Data Models: BY: Richa Jain
Unit 2 PDF
PDF
Unit 2 PDF
Dbms Midterms Reviewer 3 6
PDF
Dbms Midterms Reviewer 3 6
DBMS SQL
PDF
DBMS SQL
Cpe3 Ds Module 3
PDF
Cpe3 Ds Module 3
Software Engineering (DS 203) : Dr. Manjunath K Vanahalli
PDF
Software Engineering (DS 203) : Dr. Manjunath K Vanahalli
Software Engineering (DS 203) : Dr. Manjunath K Vanahalli
PDF
Software Engineering (DS 203) : Dr. Manjunath K Vanahalli
Software Engineering and Services (DS 203) : Dr. Manjunath K Vanahalli
PDF
Software Engineering and Services (DS 203) : Dr. Manjunath K Vanahalli
Software Engineering and Services (DS 203) : Dr. Manjunath K Vanahalli
PDF
Software Engineering and Services (DS 203) : Dr. Manjunath K Vanahalli