Database Management System

Transcription

1 Database Management System Engr. Abdul-Rahman Mahmood MS, MCP, QMR(ISO9001:2000) Usman Institute of Technology University Road, Karachi alphapeeler.sf.net/pubkeys/pkey.htm pk.linkedin.com/in/armahmood abdulmahmood-sss alphasecure mahmood_cubix VC++, VB, ASP

2

3 Outline Introduction Steps in Cost-based query optimization- Query Flow Projection Example Query Interaction in DBMS Cost-based query Optimization: Algebraic Expressions

4 Introduction What is Query Optimization? Suppose you were given a chance to visit 15 preselected different cities in Europe. The only constraint would be Time -> Would you have a plan to visit the cities in any order?

5 Europe

6 Plan: -> Place the 15 cities in different groups based on their proximity to each other. -> Start with one group and move on to the next group. Important point made over here is that you would have visited the cities in a more organized manner, and the Time constraint mentioned earlier would have been dealt with efficiently.

7 Query Optimization works in a similar way: There can be many different ways to get an answer from a given query. The result would be same in all scenarios. DBMS strive to process the query in the most efficient way (in terms of Time ) to produce the answer. Cost = Time needed to get all answers

8 Starting with System-R, most of the commercial DBMSs use cost-based optimizers. The estimation should be accurate and easy. Another important point is the need for being logically consistent because the least cost plan will always be consistently low.

9 Steps in a Cost-based query optimization 1. Parsing 2. Transformation 3. Implementation 4. Plan selection based on cost estimates

10 Query Flow SQL Parser Optimizer Code Generator/I nterpreter Processor

11 Query Parser Verify validity of the SQL statement. Translate query into an internal structure using relational calculus. Query Optimizer Find the best expression from various different algebraic expressions. Criteria used is Cheapness Code Generator/Interpreter Make calls for the Query processor as a result of the work done by the optimizer. Query Processor Execute the calls obtained from the code generator.

12 Cost of physical plans includes processor time and communication time. The most important factor to consider is disk I/Os because it is the most time consuming action. Some other costs associated are: - Operations (joins, unions, intersections). - The order of operations. Why?

13 Joins, unions, and intersections are associative and commutative. - Management of storage of arguments and passing of it. Factors mentioned above should be limited and minimized when creating the best physical plan.

14 Projection Example: Projections produce a result tuple for every argument tuple. What is the change? Change in the output size is the change in length of tuples Example: Let s take a relation R(a, b, c), where header = 24, a = 8, b = 8, and c = 150 bytes. Assume that Block size is 1024 bytes, and Relation R contains 20,000 tuples: (a) What is the size of each tuple in bytes? (b) How many tuples can fit into 1 block? (c) How many blocks are required for R? (d) With a projection resulting in elimination of column c, how many blocks are required? Solution (a) Tuple size = = 190 bytes

15 Projection Example: Solution (b) How many tuples can fit into 1 block? No of tuples in 1 block = block size / tuple size No of tuples in 1 block = 1024/190=5.3 ~ 5 tuples. Hence we can fit 5 tuples into 1 block Solution (c) How many blocks are required for R? 5 tuples fits into = 1 block; 1 tuple fits into = 1/5 block; 20,000 tuple fits into = 20,000 / 5 = 4,000 blocks

16 Projection Example: Solution (d) With a projection resulting in elimination of column c (150 bytes), we need to re-calculate tuple size: Tuple size = = 40 bytes [eliminate 150 for c] No of tuples in 1 block = block size / tuple size No of tuples in 1 block = 1024/40=25.6 ~ 25 tuples. 25 tuples fits into = 1 block; 1 tuple fits into = 1/25 block; 20,000 tuple fits into = 20,000 / 25 = 800 blocks Result is reduction by a factor of 5

17 Query interaction in DBMS How does a query interact with a DBMS? - Interactive users - Embedded queries in programs written in C, C++, etc. What is the difference between these two?

18 Interactive Users: - When there is an interactive user query, the query goes through the Query Parser, Query Optimizer, Code Generator, and Query Processor each time.

19 Embedded Query: - When there is an embedded query, the query does not have to through the Query Parser, Query Optimizer, Code Generator, and the Query Processor each time.

20 - In an embedded query, the calls generated by the code generator are stored in the database. Each time the query is reached within the program at run-time, the Query Processor invokes the stored calls in the database. - Optimization is independent in embedded queries.

21 Cost-based query Optimization: Algebraic Expressions If we had the following query- SELECT p.pname, d.dname FROM Patients p, Doctors d WHERE p.doctor = d.dname AND d.dgender = M

22 projection filter join Scan (Patients) Scan (Doctors)

23 Cost-based query Optimization : Transformation projection projection filter join join Filter Scan (Patients) Scan (Doctors) Scan(Patients) Scan(Doctors)

24 Cost-based query Optimization: Implementation projection projection filter hash join natural join filter Scan(Patients) Scan(Doctors) Scan(Patients) Scan(Doctors)

25 Cost-based query Optimization: Plan selection based on costs projection projection filter hash join natural join filter Scan(Patients) Scan(Doctors) Scan(Patients) Scan(Doctors) Estimated Costs = 100ms Estimated Costs = 50ms