DO BÁSICO AO AVANÇADO PARA MANIPULAÇÃO E OTIMIZAÇÃO DE DADOS. Fábio Roberto Octaviano

Transcrição

1 DO BÁSICO AO AVANÇADO PARA MANIPULAÇÃO E OTIMIZAÇÃO DE DADOS Fábio Roberto Octaviano

2 Dicas de Ajuste (Tuning) de SQL

3 Após o término do Capítulo: Mostrar algumas dicas de como refinar SQLs, de modo a obter um melhor desempenho.

4 1. Use JOINS de tabelas ao invés de várias consultas. RUIM (2 consultas quando uma seria suficiente): SELECT name, product_type_id FROM products WHERE product_id = 1; SELECT name FROM product_types WHERE product_type_id = 1; BOM (1 única consulta com JOIN): SELECT p.name, pt.name FROM products p, product_types pt WHERE p.product_type_id = pt.product_type_id AND p.product_id = 1;

5 2. Use referências de coluna TOTALMENTE qualificadas ao fazer JOINS. RUIM (há colunas que não são totalmente qualificadas): SELECT p.name, pt.name, description, price FROM products p, product_types pt WHERE p.product_type_id = pt.product_type_id AND p.product_id = 1; BOM (1 única consulta com JOIN): SELECT p.name, pt.name, p.description, p.price FROM products p, product_types pt WHERE p.product_type_id = pt.product_type_id AND p.product_id = 1;

6 3. Use expressões CASE em vez de várias consultas. RUIM (3 consultas separadas quando 1 case resolveria): SELECT count(*) FROM products p WHERE price < 13; SELECT count(*) FROM products p WHERE price BETWEEN 13 AND 15; SELECT count(*) FROM products p WHERE price > 15; BOM (1 única consulta com a expressão CASE): SELECT COUNT(CASE WHEN price < 13 THEN 1 ELSE null END) low, COUNT(CASE WHEN price BETWEEN 13 AND 15 THEN 1 ELSE null END) med, COUNT(CASE WHEN price > 15 THEN 1 ELSE null END) high, FROM products p;

7 4. Use WHERE em vez de HAVING. RUIM (usa HAVING em vez de WHERE): SELECT product_type_id, AVG(price) FROM products GROUP BY product_type_id HAVING product_type_id IN (1, 2); BOM (usa WHERE ao invés de HAVING): SELECT product_type_id, AVG(price) FROM products WHERE product_type_id IN (1, 2) GROUP BY product_type_id;

8 5. Use UNION ALL em vez de UNION (quando possível). RUIM (usa UNION em vez de UNION ALL): SELECT product_id, product_type_id, name FROM products UNION SELECT prd_id, prd_type_id, name FROM more_products; BOM (usa UNION ALL em vez de UNION): SELECT product_id, product_type_id, name FROM products UNION ALL SELECT prd_id, prd_type_id, name FROM more_products;

9 6. Use EXISTS em vez de IN. RUIM (usa IN em vez de EXISTS): SELECT product_id, name FROM products WHERE product_id IN ( SELECT product_id FROM purchases); BOM (usa EXISTS em vez de IN): SELECT product_id, name FROM products a WHERE EXISTS (SELECT 1 FROM purchases b WHERE b.product_id = a.product_id);

10 7. Use EXISTS em vez de DISTINCT. RUIM (usa DISTINCT em vez de EXISTS): SELECT DISTINCT pr.product_id, pr.name FROM products pr, purchases pu WHERE pr.product_id = pu.product_id; BOM (usa EXISTS em vez de DISTINCT): SELECT product_id, name FROM products a WHERE EXISTS (SELECT 1 FROM purchases b WHERE b.product_id = a.product_id);

11 8. Use GROUPING SETS em vez de CUBE (quando possível). RUIM (usa CUBE em vez de GROUPING SETS): SELECT department_id, job_id, manager_id, avg(salary) FROM employees GROUP BY CUBE (department_id, job_id), manager_id); BOM (usa GROUPING SETS em vez de CUBE): SELECT department_id, job_id, manager_id, avg(salary) FROM employees GROUP BY GROUPING SETS ((department_id,job_id), (job_id,manager_id));

12 9. Adicione ÍNDICES nas tabelas (mas sem exagero). Índices servem para encontrar linhas específicas de tabelas mais rapidamente (tal qual um índice de um livro). O inconveniente de índices é que quando uma linha é adicionada na tabela, é preciso tempo adicional para atualizar o índice da nova linha. Quando devo criar um índice então?

13 9. Adicione ÍNDICES nas tabelas (mas sem exagero). Dicas de quando criar um índice: Quando uma consulta recuperar <= 10% do total de linhas de uma tabela. Isso significa que a coluna do índice deve ter uma ampla variedade de valores. Exemplos: Uma boa candidata a índice é uma coluna que contém valores exclusivos por linha, como CPF. Uma má candidata é uma coluna que contenha somente uma pequena variedade de valores, como N, S, E ou O apenas, ou 1, 2, 3, 4.

14 9. Adicione ÍNDICES nas tabelas (mas sem exagero). Dicas de quando criar um índice: Para consultas hierárquicas, você deve adicionar índices nas colunas referenciadas nas cláusulas START WITH e CONNECT BY. Para colunas com pequenas variedades de valores (por exemplo A, B, C ou 1, 2, 3, 4), mas que são freqüentemente usadas no WHERE, você deve considerar a adição de um índice BITMAP na coluna. SOMENTE use índices BITMAP em tabelas que não são freqüentemente atualizadas, como em data warehouses.

15 10. Use padrão na escrita de SQLs. RUIM (não tem padrão na escrita): Hora utiliza: SELECT * FROM products WHERE product_id = 1; Hora utiliza: select * from products where product_id = 1; BOM (use um padrão na escrita): SELECT * FROM products WHERE product_id = 1; Instruções SQL escritas diferentemente, são armazenadas mais de uma vez na área de cache do banco!

16 11. Use variáveis de BIND (sempre que possível). RUIM (não usa variável de BIND): SELECT * FROM products WHERE product_id = 1; SELECT * FROM products WHERE product_id = 2; BOM (usa variável de BIND): VARIABLE v_product NUMBER; BEGIN :v_product := 1; END; SELECT * FROM products WHERE product_id = :v_product;

17 12. Utilize ORDER BY somente quando necessário. RUIM (usa ORDER BY sem precisar): SELECT * FROM products WHERE price > 5000 ORDER BY price; BOM (evitar o ORDER BY quando não for necessário): SELECT * FROM products WHERE price > 5000

18 13. Utilize DISTINCT somente quando necessário. RUIM (usa ORDER BY sem precisar): SELECT DISTINCT product_name FROM products WHERE price > 5000; BOM (evitar o DISTINCT quando não for necessário): SELECT product_name FROM products WHERE price > 5000;

19 14. Aplique função sobre coluna de índice somente quando necessário. RUIM (usa função sobre name que é indexada): SELECT * FROM products WHERE UPPER(name) = XXXXXX ; BOM (evitar o uso de função sobre uma coluna indexada): SELECT * FROM products WHERE name = XXXXXX ; Dica: Crie um índice com a função incluída. CREATE INDEX IX1 ON products (UPPER(name));

20 15. Outras dicas: Utilize * na cláusula SELECT somente quando necessário, pois consumirá recursos extras para buscar TODAS as colunas; Evite negações: privilegie sempre o uso de = e IN, ao invés de NOT IN, por exemplo. Para índices compostos (de mais de uma coluna), procure respeitar a seqüencia das colunas quando aplicadas à cláusula WHERE. Utilize todas sempre que possível ou, quando utilizar algumas, respeite a ordem da esuqerda para a direita, a fim de não quebrar o índice.