1. CS157B
Query Optimization

2. 2.4 An Algebraic Query Language
2.4.1 Why Do We Need a Special Query Language?
2.4.2 What is an Algebra?
2.4.3 Overview of Relational Algebra
2.4.4 Set Operations on Relations
2.4.5 Projection
2.4.6 Selection
2.4.7 Cartesian Product
2.4.8 Natural Joins
2.4.9 Theta-Joins
Combining Operations to Form Queries
Naming and Renaming
Relationships Among Operations
A Linear Notation for Algebraic Expressions
Exercises for Section 2.4

3. 2.4.1 Why Do We Need a Special Query Language?

4. 2.4.2 What is an Algebra? + - * / Projection Selection Natural Join
Cartesian Product
Union
Intersect
Minus

5. 2.4.3 Overview of Relational Algebra
Both numerical algebra and relational algebra are defined by (respective sets of)
Algebraic Laws.

6. 2.4.3 Overview of Relational Algebra
Algebraic laws of Numbers
that we have learned in calculus, algebra and etc since high school days

7. 2.4.3 Overview of Relational Algebra
Algebraic laws
of relational algebra are
“New” to most of us

8. 2.4.3 Overview of Relational Algebra
Special Relational Operators
Projection
Selection
Natural Join
Traditional Set Operators
4. Cartesian Product
5. Union
6. Intersect
7. Minus
SOME MORE

10. 2.4.3 Overview of Relational Algebra
SOME MORE

11. QUERY OPTIMIZATION
In query optimization the query is transformed by compiler into such a form that can solve the problem “fastest ”

12. QUERY OPTIMIZATION Illustration: 2 * 3 + 5 * 3
From the laws of Numerical algebra, it can be computed as follows:.
Method I - It computes in three operations
2 * * 3 = 6 (first) + 15(second)
= 21 (third)

13. QUERY OPTIMIZATION Illustration: 2 * 3 + 5 * 3
From the laws of Numerical algebra, it can Also be computed as follows:.
Method II- transform into equivalent one.
= (2 + 5) * 3 = 7 (first) * 3 = 21 (second)
It computes in two operations
So compiler choose Method II

14. Roles of Relational Algebra
QUERY OPTIMIZATION
Similar Idea is used in Relational Algebra
So we need to know the
Algebraic Laws
of Relational Algebra well
That is the main goal for Ch5 and part of Ch16

15. Query Algebra In DBMS a query is turn into
a sequence of operators on U
These operators forms the query algebra (Extended RA)

16. Query Algebra RS  SUM (# of times in R, - - - - - - S)
Bag operations:
RS  SUM (# of times in R, S)
R∩S  Min (# of times in R, S)

17. Examples Two bags: R = {A, B, B} S = {C, A, B, C}
R  S ={A, A, B, B, B, C, C}
R ∩ S = {A, B}
R—S ={B} (Obvious?)

18. Selection: C(R) from R where C C can involve computable formulas
SQL: Select *
from R
where C
C can involve computable formulas

19. Projection: L(R)
Select L
from R

20. Projection: L(R) L can have : 1. A single attribute of R.
2. An expression x  y: It means we take the attribute x of R and rename it as y.
3. An expression E  z where E is an expression involving attributes of R and z is a new name for the attribute that results from the calculation
. Ex: a+b  x

21. Theta Join:  Theta Join: R c S = σc(RS) R c S = πL(σc(RS)) Where
Natural Join (Special Case of Theta Join)
R c S = πL(σc(RS))
Where
L: The list that meets the condition c of equality and redundant attributes are dropped

22. SORTING OPERATOR ()  L (R)
This is the SQL ORDER BY clause and denoted by the operator 
 L (R)
where R is a relation and L a list of some of R’s attributes in the relation R but with the tuples of R sorted in the order indicated by L.
If L is a1, a2…an, then tuples are first sorted by a1, then a2 until an. By default sorting is in ascending order.

23. Grouping and Aggregation: L(R)
Select L(=A,B)
from R
group by A
A: aggregating attribute
B: aggregated attributes

24. Grouping and Aggregation: L(R)
It returns a relation that partitions the tuples
of R in to groups. Each group consists of all
tuples having one particular assignment of
values to the grouping attributes A in L.
L also contains B, Aggregated attributes, in the form: Aggregation operator  Name

25. Grouping and Aggregation
Aggregation operators :
AVG, SUM, COUNT, MIN, MAX
Grouping: GROUP BY clause in SQL
Having clause must follow a GROUP BY clause

26. Grouping and Aggregation
Grouping and aggregation are generally implemented together. So we have a single operator defining it
It is a generalized Projection Operator
Delicate-elimination operator  is a special Aggregation operator.

27.  pnum, sum(qty)sum(SP)
Select pnum, sum(qty) as sum
from SP
group by pnum;

28. Some rules on selection:
1.σc1 and c2(R) = σc1(σc2 (R) )
2.σc1 or c2(R) = (σc1R) s (σc2 R)
whenever c apply to R or S

29. Some Rules about Selection:
3.σc(R  S) = (σcR )  (σc S)
4.σc(R  S) = (σcR)  (σc S)
5.σc(R  S) = (σcR)  (σcS)
whenever c apply to R or S

30. Rules about (generalized) Projection:
6. We may introduce a (generalized) projection anywhere in an expression tree, as long as it eliminates only attributes that are never used by any operator above

31. Some Rules about Projection:
7. L(R c S ) =L(M(R) c N(R))
8. L(R  S ) =L(R) L(S)

32. Query Optimization Example
Select p.pname, p.pnum, sum(sp.qty) as sum
from Parts p, Shipments sp
where p.pnum = sp.pnum
and p.weight > 10
group by p.pname, p.pnum
having sum(sp.qty) >= 200;

33. Translating to Query Algebra
Step 1 PP.PNUM = SP.PNUM SP
πL(σP.PNUM = SP.PNUM (P  SP))
Step 2σ P.WEIGHT >10(PP.PNUM = SP.PNUM SP) = 
Step 3σSUM >= 200 (γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM ())=, 
Step 4 πP.PNAME, P. PNUM, SUM () = 

34. Query Optimization Example
Select p.pname, p.pnum, sum(sp.qty) as sum
From step2(Select *
From step1(Select p.*, sp.snum,sp.qty
from Parts p, Shipments sp
where p.pnum = sp.pnum) N
where N.weight > 10) S
group by p.pname, p.pnum
having sum(sp.qty) >= 200;

35. Query Optimization Example
step4Select SG.pname, SG.pnum, SG.sum
From step3(Select *
From (Select S.pname, S.pnum, sum(S.qty) as sum
From (Select *
From (Select p.*, sp.snum,sp.qty
from Parts p, Shipments sp
where p.pnum = sp.pnum) N
where N.weight > 10) S
group by S.pname, S.pnum ) G
where G.sum>=20 ) SG

36. γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM
πP.PNAME, P. PNUM, SUM SKIP 
σSUM >= 200
γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM
σP.WEIGHT >10
P.PNUM = SP.PNUM P SP

37. Computing in QA
 = πP.PNAME, P. PNUM, SUM(   γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
σP.WEIGHT >10 (P PNUM = SP.PNUM SP)   )
=(5)πP.PNAME, P. PNUM, SUM(   γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
σP.WEIGHT >10 (P)PNUM = SP.PNUM (SP)    )

38. Computing in QA
do{
printf("%c", c); }
while ((isalpha(c = getc(fp))

39. πP.PNAME, P. PNUM, SUM(   γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
Computing in QA
πP.PNAME, P. PNUM, SUM(   γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM ( σP.WEIGHT >10 (P P.PNUM = SP.PNUM SP   )=(5)
πP.PNAME, P. PNUM, SUM(   γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
σP.WEIGHT >10 (P) P.PNUM = SP.PNUM σP.WEIGHT >10 (SP)   )

40. πP.PNAME, P. PNUM, SUM (   γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
Computing in QA
πP.PNAME, P. PNUM, SUM (   γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
(σP.WEIGHT >10 (P) P.PNUM = SP.PNUM σP.WEIGHT >10 (SP)   ) =D
πP.PNAME, P. PNUM, SUM(    γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
σP.WEIGHT >10 (P) P.PNUM = SP.PNUM (σP.WEIGHT >10 =1)(SP)  )=

41. σSUM >= 200 (γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
Final Expression
= πP.PNAME, P. PNUM, SUM(
σSUM >= 200 (γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM (
σP.WEIGHT >10 (P) P.PNUM = SP.PNUM (SP)  )= 

42. γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM
σSUM >= 200
γP.PNAME, P. PNUM, SUM(SP.QTY) → SUM
P.PNUM = SP.PNUM
σp.weight SP P

43.   Final Expression is computationally cheaper than
σP.WEIGHT >10 (P) is smaller than P

44. Final Expression
= πP.PNAME, P. PNUM, SUM(
σSUM >= 200 (σP.WEIGHT >10 (P) P.PNUM = SP.PNUM γP.PNAME, SUM(SP.QTY) → SUM ( (SP)  )= 

45. σp.weight SP P πP.PNAME, P. PNUM, SUM σSUM >= 200 P.PNUM = SP.PNUM
σSUM >= 200
P.PNUM = SP.PNUM
σp.weight
γSP. PNUM, SUM(SP.QTY) → SUM SP P

46. P.PNUM = SP.PNUM σp.weight P SP πP.PNAME, P. PNUM, SUM σSUM >= 200
P.PNUM = SP.PNUM
σp.weight
σSUM >= 200 P
γP. PNUM, SUM(SP.QTY) → SUM SP

47. Computing in QA (HW) select employee.ssn, employee.lname
from department, employee
where department.dname = 'administration'
and employee.dno = department.dnumber;

48. Computing in QA select S.ssn, S.lname From (Select *
Select E.*,D.dname,D.mgrprikey,D.mgrssn,D.mgrstartdate
from department D, employee E
where E.dno = D.dnumber) N
where N.dname = 'administration‘) S

49. Computing in QA select E.ssn, E.lname, E.bdate from ( Select *
From employee X
where X.address like '%bellaire%‘)E

50. Computing in QA select S.ssn, S.lname From (Select *
Select E.*,D.dname,D.mgrprikey,D.mgrssn,D.mgrstartdate
from department D, employee E
where E.dno = D.dnumber) N
where N.dname = 'administration‘) S

52. EXPRESSION TREES
Generated by combining several Qerry Algebra operators into one expression by applying one operator to the result(s) of one or more operators.
The leaves of this tree are names of relations.
Interior nodes are operators, which are applied to the relations represented by its child or children