mysql cache

[Petar Marić]

Hmm, zavisi od situacije - ali se u opštem slučaju slažem s tobom Gorane.

[zextra]

A mozda za podatke koji slobodno mogu da nestanu nakon restarta servera? Mislim da se za svaki podatak moze reci da je bitan, ali isto tako (bar po meni) postoje situacije kada se podatak moze proglasiti nevaznim (npr. pre-generisani captcha kodovi koji nisu prosli validaciju, a jos uvek nisu uklonjeni iz nekog razloga, ili tabela sa aktivnim sesijama...)

Sto se tice privremenih tabela, ja sam koristio MyISAM jer sam imao potrebu da ucitam veliku kolicinu podataka, sortiram ih na nekoliko nacina, izracunam poziciju svakog clana doticnog niza prilikom svakog od sortiranja, i dobijene podatke da ucitam u stvarnu tabelu... Bez da zalazim u dalju problematiku, ne znam zasto se nisam odlucio za HEAP tabele, iako sam znao da postoje - morao bih to ponovo da uradim da bih uocio problem na koji sam tada naisao...

[bojan_bozovic]

A CREATE TABLE tabela1 TYPE=HEAP SELECT ... Da li se pogledi skladiste u memoriji? Ja cu da prenesem podatke iz moje baze na serveru u lokal (v5) da bas vidim hoce li tabela tipa HEAP uz DROP TABLE IF EXISTS da bude brze resenje od pogleda, jer poglede imam samo u lokalu. Mogu li ja nekako znati da li je DB server pao, pa ako jeste da regenerisem tabele? Mada MySQL ima svoj interni cache, za malo podataka i mnogo UPDATE upita bilo bi mozda bolje da se ide sa tabelom tipa HEAP (moj slucaj).

BEGIN ;# MySQL returned an empty result set (i.e. zero rows).
CREATE TABLE TMP(
PRIMARY KEY ( UID ) 
) TYPE = HEAP SELECT UID, USERNAME, AVERAGE
FROM USER
LEFT JOIN VOTES ON USER.UID = VOTES.USERID;# Affected rows:64
UPDATE TMP SET AVERAGE =10 WHERE UID =2;# Affected rows:1
SELECT * 
FROM TMP
ORDER BY AVERAGE DESC ;# Rows: 64
COMMIT ;# MySQL returned an empty result set (i.e. zero rows).

Pogledi na MySQL 3.23 Plus sto mozemo da udaramo upite u memoriju koliko zelimo (da li moze UPDATE ili INSERT INTO pa SELECT kod pogleda?) Naravno na kraju se udari REPLACE ili INSERT INTO ... SELECT - hmm SELECT nema smisla zbog BEGIN...COMMIT ali ovako mozemo da implementiramo AUTOCOMMIT=0 na MyISAM tabelama (ispravite me ako gresim) - jer ovo je rucno upravo ono sto InnoDB radi - pise u memoriju I pre zadnjeg REPLACE nista ne moze biti upisano u tabelu ako server padne Gledao sam prakticno na ovo kao na implementaciju pogleda u MySQL<5.0 ali ispade da moze vise da se uradi