mySQL prepared statement

[bluesman]

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:


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


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;

[cvele]

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.


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

[bluesman]

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.

[DejanVesic]

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š :)

[bluesman]

Ček, ček, ček..."živo dok ne uradiš DEALLOCATE ili se diskonektuješ" ... znači da se ipak briše kada se diskonektuješ?

[DejanVesic]

Da, provereno, ček:

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

[bluesman]

Š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.

[ivanhoe]

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...

[bluesman]

Š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?

[ivanhoe]

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..

[cvele]

Da :) tacno moja greska

Sve sam testirao u okviru jedne konekcije, stupid me :)