Table lock ti se uglavnom koristi kada povecavash broj nechega u bazi, a moguce je da istovremeno tom jednom istom polju pristupe 2 ili vishe osoba. Npr broj poseta, neki ukupan broj svih postova na forumu i sl.
To se radi da bi se izbeglo netachno brojanje [npr budu dva update-a u isto vreme, a zabelezi se samo jedan ili se baza zaglupi pa ko zna koliko doda/oduzme].
Sve u svemu, vazno ti je koliko ti je i vazan taj broj i tachnost uopshte.

Secam se kada sam trazio kako se ubacuje slika ili tako neki fajl u bazu, da je u svakom tutorialu i/ili forumu bilo objashnjeno kako se to radi, ali da je praktichno na kraju svakog tog odgovora bila rechenica tipa: "Eto tako se to radi, ali nemoj tako da radish, bolje je da stavljash samo putanju do slike".
To je najvishe zato shto se ubacivanjem slika u bazu prilichno uspori cela baza, a onda se gubi poenta MySQLa koji bi trebao da predstavlja jednu od najbrzih baza.
Ima prilika kada ubacivanje slika u bazu olakshava neke stvari [npr passwordom zashticeni deo sajta, koji mogu samo memberi da gledaju], ali i za to uvek postoji alternativa [chuveni htaccess i josh sto chuda]

Najkorisniji podatak koji ti UPDATE vraca ti je broj promenjenih redova u bazi. To ti kazem za UPDATE zato shto si to naveo kao primer. Inache na ovo tvoje "da li sql_queries nesto vracaju? " ... ako mislish uopshteno svi querys, ... naravno da vracaju.
Pa cela poenta SELECT upita je da neshto vrati

'Najkorisniji podatak koji ti UPDATE vraca ti je broj promenjenih redova u bazi. To ti kazem za UPDATE zato shto si to naveo kao primer. Inache na ovo tvoje "da li sql_queries nesto vracaju? " ... ako mislish uopshteno svi querys, ... naravno da vracaju.
Pa cela poenta SELECT upita je da neshto vrati'


:) da da, jasno. neprecizan sam valjda. i php funkcija 'mysql_query' nešto vraća, ali to nešto je TRUE|FALSE...iako je njena svrha dobivanje podataka iz baze kasnijim fech_row om il cime vec.....

kontas na sta mislim sa 'vraca'? /ali, odgovorio si mi za UPDATE - to me zanimalo najvise -

~hvala ti~

.:pozdrav:.

sto se tice lockovanja tice, pa treba malo pogledati po mysql dokumentaciji, jer ne postoji generalan odgovor na ovo pitanje.

uglavnom se ne koristi, za prostije sajtove. cak sta vise, skoro sam siguran da ovaj ceo forum, sa nekoliko (desetina) hiljada mysql upita dnevno ne koristi lock (to bi ga josh dodatno usporilo).

ali sve zavisi od kontexta. recimo, dva ovakva update-a u isto vreme nikako ne mogu da pokvare podatke ili da pogresno izbroje: "update tabela set broj=broj+1".

ali ako imash skript koji recimo jednim select query-jem dovlaci neke podatke iz baze (recimo onaj broj odozgo sa "select broj from tabela"), i onda obradjuje taj broj nekako (recimo povecava ga u php-u sa "$broj++") i onda drugim query-jem vrsi izmenu u bazi (recimo sa "update tabela set broj=$broj") onda je definitino vrlo moguce da ovakva dva skripta, startovana (skoro) istovremeno jedan drugome poremete loncice...

a i uvek mozes da koristish "delayed" update-ove. opet, pogledaj mysql man...

molim još malo pomoći ako je moguće...

nije neki problem, više je nedostatak iskustva. Htio bih da mi netko odgovori na slijedeće:

imam bazu podataka tekstova. svaki zapis sastoji se od npr. timestamp.a , ID-a autora, url-a slike i samog texta. Text je veličine recimo 2000 znakova. E sad, interesira me priča o pretraživanju baze. Pretraživanje bilo kojeg unešenog pojma i to po sadržaju teksta.

znaci, user u search field unese automobil, a skripta (sa SELECT * ....... WHERE sadrzaj LIKE '%automobil%') napravi search. koliko se ovo koristi u vecim bazama? /ovdje pod vecim mislim na recimo bazu reda velicine 20 000 ovakvih zapisa. i kako se ta baza pod ovakvim uvjetima ponasa? znaci koliko bi joj trebalo za jedan takav upit?...

kako se to inace radi ako ne tako? /s tim da govorim o postojecim upisima, ne mogu za svaki dodati novi field='kljucne_rijeci'

je li ovo moguce i kako ako ne ovako?...

ako ima neki savjet, hvala unaprijed

Link:
http://www.elitesecurity.org/tema/13351

Tamo je cove slicno pitao, pa pogledaj i upotrebi.