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
Beach Wedding Dresses - Looking for the Wedding Dress? Here, 1dress.co.uk stunning collection of beach wedding dresses is just what you are looking for.
charles wang

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 12. 06. 2008.   #1
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.244 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default mySQL prepared statement

Kada se pripremi i izvrsi statement, na primer:

PREPARE test FROM 'SELECT email FROM users WHERE id=?';
SET @u = 123;
EXECUTE test USING @u;
DEALLOCATE PREPARE test;

Racunam da ako se ne izvrši DEALLOCATE onda isti statement može da se koristi vise puta do kraja izvršenja scripta.

Da li se statement automatski dealocira (brise iz memorije) kada se zavrsi script, kao sto je slucaj sa connect, da se po zavrsetku scripta automatski radi disconnect (osim ako nije permanent connect)?

O koji brzinama govorimo, da li je ovakav statement značano sporiji od običnog "SELECT email FROM users WHERE id=123" ili je čak možda i brži?

Ako želim isti statement za različite varijable da koristim nekoliko puta za redom, da li značajno oduzima vreme sama akcija PREPARE ... SET... DEALLOCATE? Hoću da kažem da li je mnogo sporije ovako:

HTML kôd:
PREPARE test FROM 'SELECT email FROM users WHERE id=?';
SET @u = 123;
EXECUTE test USING @u;
DEALLOCATE PREPARE test;

// pa se onda radi nesto drugo pa se pozove:

PREPARE test FROM 'SELECT email FROM users WHERE id=?';
SET @u = 24;
EXECUTE test USING @u;
DEALLOCATE PREPARE test;

// pa se onda radi nesto drugo pa se pozove:

PREPARE test FROM 'SELECT email FROM users WHERE id=?';
SET @u = 931;
EXECUTE test USING @u;
DEALLOCATE PREPARE test;
od ovoga

HTML kôd:
PREPARE test FROM 'SELECT email FROM users WHERE id=?';
SET @u = 123;
EXECUTE test USING @u;

// pa se onda radi nesto drugo pa se pozove:

SET @u = 24;
EXECUTE test USING @u;

// pa se onda radi nesto drugo pa se pozove:

SET @u = 931;
EXECUTE test USING @u;

DEALLOCATE PREPARE test;
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!
bluesman je offline   Odgovorite uz citat
Staro 12. 06. 2008.   #2
cvele
Banned
Knowledge base
 
Avatar cvele
 
Datum učlanjenja: 01.07.2005
Poruke: 1.598
Hvala: 206
140 "Hvala" u 89 poruka
cvele ima spektakularnu aurucvele ima spektakularnu auru
Default

Naravno da je brze drugo. Zasto? zato sto nema smisla koristiti prepared statement ako neces da cuvas query kesiran.
Ako si vec uradio prepare mysql je taj upit parsirao, proverio sintaksu itd Tako da sledeci put kada kazes execute on zna sta izvrsava i nebakce se tim stvarima, tako da izbegne nepotrebni overhead.

Ako konstantno radis prepare istog upita, gubi se smisao.

PS.
Pogledaj drugu temu (views) bindovi.

Za pitanje da li se automatski brise iz memorije, moj odgovor je 1001% ne Brise se tek kada kazes DEALLOCATE.

Moram priznati da ne znam da li bi se obrisao pri restartu mysql-a, verovatno da, mada ne mora da znaci.

Off Topic:
joj hvala ti za zadnje dve teme o db... bio sam smoren ko 37 zeceva... malo sam se unormalio dok samo ih citao

Poslednja izmena od cvele : 12. 06. 2008. u 16:48. Razlog: ispravka
cvele je offline   Odgovorite uz citat
Staro 12. 06. 2008.   #3
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.244 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Ok, to je jasno i očekivano, samo sam hteo da proverim.

Znači ne brišu se prepared statements nikako osim "ručno"? Što znači da bi ti mogao da ih kreiraš jednom i stalno koristiš dok god se ne restartuje mysql server? To mi i nije "očekivano" ponašanje, ali je možda "feature"

Kada ti kreiraš statement sa istim imenom, on naravno prepiše postojeći? Neće da generiše grešku tipa "taj statement već postoji"? Što znači da ako uvek koristiš isto ime za statement, neće sigurno da se desi da imaš alocirano 10000 statements koje ne koristiš, u najgorem slučaju taj jedan.

Mislim, sve sam ja ovo već testirao kod mene u lokalu, ali me interesuje "zvanično" ponašanje, ne znam čak ni koji mysql imam ovde i da li postoje razliku u ponašanju na "real" serveru.
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!
bluesman je offline   Odgovorite uz citat
Staro 12. 06. 2008.   #4
DejanVesic
old school
Professional
 
Avatar DejanVesic
 
Datum učlanjenja: 15.06.2005
Lokacija: Novi Beograd
Poruke: 448
Hvala: 21
70 "Hvala" u 46 poruka
DejanVesic će postati "faca" uskoro
Default

Ovo nisam koristio, pitao kolegu:

- pripremu (Prepare) je bolje raditi kroz client code nego na strani baze (ne znam zašto, ima neko objašnjenje u MySQL dokumentaciji)

- ako je već radiš na serveru: domen joj je tvoja sesija (ne vide je drugi) i konekcija (živo dok ne uradiš DEALLOCATE ili se diskonektuješ)

Naravno, ne radi DEALLOCATE sve dok ima šanse da je negde upotrebiš
__________________
http://www.vesic.org | Blog: http://www.vesic.org/blog/ | Fina kolekcija programa: http://www.vesic.org/programi/
DejanVesic je offline   Odgovorite uz citat
Staro 12. 06. 2008.   #5
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.244 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Ček, ček, ček..."živo dok ne uradiš DEALLOCATE ili se diskonektuješ" ... znači da se ipak briše kada se diskonektuješ?
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!
bluesman je offline   Odgovorite uz citat
Staro 12. 06. 2008.   #6
DejanVesic
old school
Professional
 
Avatar DejanVesic
 
Datum učlanjenja: 15.06.2005
Lokacija: Novi Beograd
Poruke: 448
Hvala: 21
70 "Hvala" u 46 poruka
DejanVesic će postati "faca" uskoro
Default

Da, provereno, ček:

Citat:
A prepared statement is specific to the connection in which it was created. If you terminate a client session without deallocating a previously prepared statement, the server deallocates it automatically.

A prepared statement is also global to the connection. If you create a prepared statement within a stored routine, it is not deallocated when the stored routine ends.
http://dev.mysql.com/doc/refman/5.1/en/sqlps.html
__________________
http://www.vesic.org | Blog: http://www.vesic.org/blog/ | Fina kolekcija programa: http://www.vesic.org/programi/
DejanVesic je offline   Odgovorite uz citat
Staro 12. 06. 2008.   #7
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.244 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Što znači da cvele 1001% nije u pravu Ili se nismo razumeli

Dakle, ako ne koristiš permanent konekciju, prepared statements se drop-uju čim se script automatski diskonektuje na kraju izvršenja.
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!
bluesman je offline   Odgovorite uz citat
Staro 13. 06. 2008.   #8
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.960 "Hvala" u 579 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

da to je to, a kod permanent konekcija ona ostaje ziva za taj apache child, tako da generalno ne mozes biti siguran da ce ti biti na raspolaganju kod sledeceg poziva skripte, jer ne znas koja apache instanca ce preuzeti request...
__________________
Leadership is the art of getting people to want to do what you know must be done.

Poslednja izmena od ivanhoe : 13. 06. 2008. u 09:37.
ivanhoe je offline   Odgovorite uz citat
Staro 13. 06. 2008.   #9
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.244 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Što znači da je sasvim safe da na početku script kreiraš statement sa istim imenom, on će da prepiše postojeći (ako postoji) i neće da ih gomila pa na kraju završiš sa istih 1000 statementa?
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!
bluesman je offline   Odgovorite uz citat
Staro 13. 06. 2008.   #10
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.960 "Hvala" u 579 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

apsolutno... uradis prepare, i onda samo pozivas execute posle..

cak i kad se execute poziva samo jednom, prednost prepare je sto ne moras da brines o escape-ovanju vrednosti, samo ih prosledis preko execute, a baza zna koji tip podatka treba da ocekuje... to je najsigurniji pristup protiv SQL injectiona..
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe 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
Prepared statements pitanje eclipse PHP 1 10. 07. 2010. 14:24


Vreme je GMT +2. Trenutno vreme je 03:37.


Blogodak - Domaci blogovi na jednom mestu Caught in a web - web dev blog
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2017, 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.