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 |
|
Alati teme | Način prikaza |
12. 06. 2008. | #1 |
Goran Pilipović
Sir Write-a-Lot
|
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; 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! |
12. 06. 2008. | #2 |
Banned
Knowledge base
Datum učlanjenja: 01.07.2005
Poruke: 1.598
Hvala: 206
140 "Hvala" u 89 poruka
|
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 |
12. 06. 2008. | #3 |
Goran Pilipović
Sir Write-a-Lot
|
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! |
12. 06. 2008. | #4 |
old school
Professional
Datum učlanjenja: 15.06.2005
Lokacija: Novi Beograd
Poruke: 448
Hvala: 21
70 "Hvala" u 46 poruka
|
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/ |
12. 06. 2008. | #5 |
Goran Pilipović
Sir Write-a-Lot
|
Č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! |
12. 06. 2008. | #6 | |
old school
Professional
Datum učlanjenja: 15.06.2005
Lokacija: Novi Beograd
Poruke: 448
Hvala: 21
70 "Hvala" u 46 poruka
|
Da, provereno, ček:
Citat:
__________________
http://www.vesic.org | Blog: http://www.vesic.org/blog/ | Fina kolekcija programa: http://www.vesic.org/programi/ |
|
12. 06. 2008. | #7 |
Goran Pilipović
Sir Write-a-Lot
|
Š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! |
13. 06. 2008. | #8 |
Ivan Dilber
Sir Write-a-Lot
|
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. |
13. 06. 2008. | #9 |
Goran Pilipović
Sir Write-a-Lot
|
Š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! |
13. 06. 2008. | #10 |
Ivan Dilber
Sir Write-a-Lot
|
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. |
|
|
Slične teme | ||||
Tema | Početna poruka teme | Forum | Odgovori | Poslednja poruka |
Prepared statements pitanje | eclipse | PHP | 1 | 10. 07. 2010. 14:24 |