DevProTalk - Nezgodan upit

DevProTalk (http://www.devprotalk.com/index.php)

- SQL baze podataka - Sponzor: Baze-Podataka.net (http://www.devprotalk.com/forumdisplay.php?f=10)

- - Nezgodan upit (http://www.devprotalk.com/showthread.php?t=707)

Pa da, moze i tako a i bolje je - prvobitno sam uradio isto sto i ti pa sam posle rastavio na dva subselecta, za svaki slucaj :)

Hm, Stripy, kad si već ostavio ovo, jel možeš malo da rastumačiš ... nemam pojma o "explain plan" komandi, a deluje mi kao korisna stvar.

Mene cudi output ove explain komande - nije bio takav kad sam ja poslednji put gledao :) Osim ako nije koristio nesto razlicito od MySQL?

Explain komanda pomaze kod optimizacije upita koji se proteze na nekoliko tabela (npr 10) - pokazuje da li se definisani indeksi koriste efikasno, i da li se uopste koriste. Nije zgodno bas otvoriti 10 tabela, i procitati ih od pocetka do kraja u svakom upitu... Upotreba: prefiksujes kompletan SELECT upit sa EXPLAIN i rastumacis tabelu sa rezultatima :)

Imas vise o tome ovde: http://dev.mysql.com/doc/refman/4.1/en/explain.html

@zextra: Da, pogodio si - nije rijec o MySQL-ovom Explainu, nego o TOAD-ovom za Oracle, posto nemam pri ruci MySQL. :)
Doduse, to je cisti SQL ...

@noviKorisnik: Eto, dao ti je zextra link, pa malo prolistaj... Zna biti jako korisno kod velikih i komplikovanih upita, u kojima imas nekoliko tabela, subselecta i td.

Citat:

Originalno napisao Dejan Topalovic

@Pedja: Ono rjesenje sa temp tabelom ce ti biti dosta sporije, nego da radis sa subselectima... Izbjegavaj to kad god mozes...

Jesi siguran oko ovoga? MySQL koristi interno temp tabele za subselecte ( a pretpostavljam i druge baze?), pa ne bi trebalo da je tako velika razlika ?!

Cisto na osnovu neke logike pricam, nisam merio, znaci ne kazem da nisi u pravu, nego me samo zanima da li pricas na osnovu nekog benchmarka ili odokativno?

@ivanhoe: Radio sam neke benchmarkove, ali davno jos, na verziji 3.23.*. Ne bi bilo lose uraditi i neki benchmark sa stored procedurom na verziji 5.*, sta kazes? Steta samo sto nemam pri ruci MySQL sa tom verzijom, ali ako ugrabim volje i vremena, sklepacu neki benchmark u vezi doticne situacije: temp tabela vs. subselect.

Mi u firmi radimo iskljucivo na Oracle-u i vrlo rijetko koristimo DDL komande (CREATE temp tabele i DROP temp tabele) u procedurama, osim kad bas moramo.

Konkretno, temp tabele koristimo za proces obrade racuna za Telekom Austria, a koji traje nekoliko sati. Zbog intezivnog sortiranja, grupisanja i td., ne smijemo da zatrpamo memoriju (za one koji poznaju Oracle - TEMP tablespace i SGA memorija), nego se sluzimo pomocnim temp tabelama, ali ih ne dropujemo, nego samo uradimo truncate tabele sa opcijom REUSE STORAGE, sto daleko poboljsava performanse cijelog procesa...

Iskreno, do sada u praksi jos nikada nisam imao potrebu da radim sa temp tabelama u MySQL-u.

Osim toga, zasto kreirati temp tabelu, kad se u novijim verzijama MySQL-a moze koristiti i View, koji je daleko performantniji od kreiranja i brisanja temp tabele?

Evo obavih par testova nabrzaka, da provjerim/dokazem da li je i koliko je brze koristiti podupite (subselects), nego privremene (temporary) tabele...

Kreirao sam dvije procedure - jednu sa privremenim tabelama, a drugu sa podupitom.
Osnovna tabela sa podacima se zove table1 i ima polja id, value i descr, pri cemu je value auto_increment. Tu tabelu sam popunio koristeci obicnu proceduru:

Kôd:

DELIMITER $$



DROP PROCEDURE IF EXISTS `testDB`.`fill_table1` $$

CREATE PROCEDURE `fill_table1`(INOUT broj_redova INT,

                              OUT poruka VARCHAR(45))

BEGIN

  -- deklaracija potrebnih varijabli

  DECLARE v_counter INT DEFAULT 0;

  DECLARE v_id INT DEFAULT 1;

  DECLARE v_descr VARCHAR(45);

  DECLARE v_ostatak INT DEFAULT 1;



  DECLARE exit HANDLER FOR SQLEXCEPTION ROLLBACK;



  -- oznacimo pocetak transakcije

  START TRANSACTION;



  -- petlja_za_unos_podataka

  WHILE v_counter < broj_redova

  DO

    -- povecaj brojac za 1

    SET v_counter = v_counter + 1;



    -- na osnovu ostatka dobijenog kada brojac podijelimo sa 7,

    -- odredjivacemo vrijednost v_id, odnosno kolone id:

    SET v_ostatak = MOD (v_counter, 7);



    IF v_ostatak = 1 THEN

       SET v_id = 1;

    ELSEIF v_ostatak = 2 THEN

       SET v_id = 2;

    ELSEIF v_ostatak = 3 THEN

       SET v_id = 3;

    ELSEIF v_ostatak = 4 THEN

       SET v_id = 4;

    ELSE

       SET v_id = 5;

    END IF;



    -- ovdje vrsimo unos podataka

    INSERT INTO table1 (id, descr)

    VALUES (v_id, CONCAT('description var ', v_counter));





    -- nakon svakih 100 iteracija (unosa), potvrdi unos sa COMMIT

    IF MOD (v_counter, 100) = 0 THEN

      COMMIT;

    END IF;



  END WHILE;



  COMMIT;



  SET poruka = CONCAT('Ukupno je uneseno ', v_counter, ' redova u tabelu');



END $$



DELIMITER ;

Pozovite tu proceduru sa npr. CALL fill_table1(500, @poruka).

Prva procedura sa temp tabelama - proc_temp():

Kôd:

DELIMITER $$



DROP PROCEDURE IF EXISTS `testDB`.`proc_temp` $$

CREATE PROCEDURE `testDB`.`proc_temp` ()

LANGUAGE SQL

NOT DETERMINISTIC

READS SQL DATA

SQL SECURITY DEFINER

BEGIN

   CREATE TABLE tempdata AS

   SELECT id, MIN(value) min_value, MAX(value) max_value

     FROM table1

     GROUP BY id

     ORDER BY id;



     SELECT t1.id,

            t1.descr "Description za min",

            t2.descr "Description za max"

       FROM table1 t1,

            table1 t2,

            tempdata t

      WHERE t1.id = t.id

        AND t1.value = t.min_value

        AND t2.value = t.max_value;



   DROP TABLE tempdata;

END $$



DELIMITER ;

Druga procedura sa podupitom - proc_subselect():

Kôd:

DELIMITER $$



DROP PROCEDURE IF EXISTS `testDB`.`proc_subselect` $$

CREATE PROCEDURE `testDB`.`proc_subselect` ()

LANGUAGE SQL

NOT DETERMINISTIC

READS SQL DATA

SQL SECURITY DEFINER

BEGIN

   SELECT t1.id, t1.descr, t2.descr

     FROM table1 t1, table1 t2,

         (select min(value) min_value, max(value) max_value from table1 group by id) sub

    WHERE t1.id = t2.id

      AND t1.value = sub.min_value

            AND t2.value = sub.max_value;



END $$



DELIMITER ;

Rezultat prve procedure sa privremenim tabelama:

Kôd:

mysql> call proc_temp();

+----+--------------------+---------------------+

| id | Description za min | Description za max  |

+----+--------------------+---------------------+

|  1 | description var 1  | description var 498 |

|  2 | description var 2  | description var 499 |

|  3 | description var 3  | description var 500 |

|  4 | description var 4  | description var 494 |

|  5 | description var 5  | description var 497 |

+----+--------------------+---------------------+

5 rows in set (0.05 sec)



Query OK, 0 rows affected (0.06 sec)



mysql>

Rezultat druge procedure sa podupitima:

Kôd:

mysql> call proc_subselect();

+----+-------------------+---------------------+

| id | descr             | descr               |

+----+-------------------+---------------------+

|  1 | description var 1 | description var 498 |

|  2 | description var 2 | description var 499 |

|  3 | description var 3 | description var 500 |

|  4 | description var 4 | description var 494 |

|  5 | description var 5 | description var 497 |

+----+-------------------+---------------------+

5 rows in set (0.00 sec)



Query OK, 0 rows affected (0.01 sec)



mysql>

Dakle, uocljivo je da su podupiti 5-6 puta brzi od koristenja privremenih tabela...