DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > SQL baze podataka - Sponzor: Baze-Podataka.net
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

SQL baze podataka - Sponzor: Baze-Podataka.net MySQL, MSSQL, Oracle, Access, ODBC. Ako imate problem brže i preciznije ćete dobiti odgovor ako priložite strukturu tabela ili skript koji kreira tabele i puni ih test podacima umesto što to problem opisujete samo rečima. Sponzor: Baze-Podataka.net - Blog o bazama podataka

Odgovori
 
Alati teme Način prikaza
Staro 24. 02. 2006.   #11
zextra
Boris
Grand Master
 
Avatar zextra
 
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
156 "Hvala" u 2 poruka
zextra is on a distinguished roadzextra is on a distinguished road
Default

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
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams
zextra je offline   Odgovorite uz citat
Staro 24. 02. 2006.   #12
noviKorisnik
Dejan Katašić
Wrote a book
 
Avatar noviKorisnik
 
Datum učlanjenja: 10.06.2005
Lokacija: Novi Sad
Poruke: 1.017
Hvala: 129
86 "Hvala" u 43 poruka
noviKorisnik će postati "faca" uskoro
Default

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.
noviKorisnik je offline   Odgovorite uz citat
Staro 24. 02. 2006.   #13
zextra
Boris
Grand Master
 
Avatar zextra
 
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
156 "Hvala" u 2 poruka
zextra is on a distinguished roadzextra is on a distinguished road
Default

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
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams
zextra je offline   Odgovorite uz citat
Staro 24. 02. 2006.   #14
Dejan Topalovic
old school
Professional
 
Datum učlanjenja: 15.02.2006
Lokacija: Wien, Austria
Poruke: 304
Hvala: 121
47 "Hvala" u 26 poruka
Dejan Topalovic će postati "faca" uskoro
Pošaljite poruku preko MSN za Dejan Topalovic
Default

@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.
Dejan Topalovic je offline   Odgovorite uz citat
Staro 24. 02. 2006.   #15
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.344 "Hvala" u 583 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

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?
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
Staro 24. 02. 2006.   #16
Dejan Topalovic
old school
Professional
 
Datum učlanjenja: 15.02.2006
Lokacija: Wien, Austria
Poruke: 304
Hvala: 121
47 "Hvala" u 26 poruka
Dejan Topalovic će postati "faca" uskoro
Pošaljite poruku preko MSN za Dejan Topalovic
Default

@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?
Dejan Topalovic je offline   Odgovorite uz citat
Staro 28. 03. 2006.   #17
Dejan Topalovic
old school
Professional
 
Datum učlanjenja: 15.02.2006
Lokacija: Wien, Austria
Poruke: 304
Hvala: 121
47 "Hvala" u 26 poruka
Dejan Topalovic će postati "faca" uskoro
Pošaljite poruku preko MSN za Dejan Topalovic
Default

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...
Dejan Topalovic je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
Složen MySQL upit Marko Medojevic SQL baze podataka - Sponzor: Baze-Podataka.net 2 03. 11. 2008. 22:05
mysql upit pele Sva početnička pitanja 1 14. 08. 2007. 06:13
Google, indeksiranje Flash sadržaja i nezgodan klijent... BRATISLAV Marketing i SEO 20 22. 01. 2007. 15:59
Upit: daj kolonu x ako kolona2 ima vrednost x Dzordz SQL baze podataka - Sponzor: Baze-Podataka.net 2 03. 05. 2006. 13:09
i opet pitanje za upit ivanhoe SQL baze podataka - Sponzor: Baze-Podataka.net 16 24. 02. 2006. 15:40


Vreme je GMT +2. Trenutno vreme je 21:40.


Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.