Masyvas, mysql ir pan... (Page 1 of 2)

Ne viską atidžiai skaičiau, nes kaip ir "šventinis vakaras", bet galiu trumpai pasakyt kame problemos:
1) nelaikyk celėse tokių masyvų, pagal kuriuos turi paskui dar kažką ištraukinėti, laikyk duomenis kaip priklauso, papildomuose lentelėse ar dar kaip, kad galėsum JOIN'inti;
2) stenkis niekada nenaudoti IN() operatoriaus;

Laikydamasis šių dviejų patarimų stipriai palengvinsi savo gyvenimą.

issisprendiau po ilgu papildomu pamastymu, jau buvau issigandes kad teks gristi atgal truputi ir perrasyt skirpta ir koki viena kita lentele pakeist ar pridet :)

Tai tavo duomenų struktūra neatitinka normalinių formų.

http://pixel.lt/duomenu-baziu-normalines-formos.html
Ir pats dabar gaminsiu pagal tai.

Nepasakysiu konkretaus problemos sprendimo bet keletas minciu:

1. Atsakant i pati pirma klausima - gal multidimensinis masyvas butu sprendimas?
2. Atsakant i Avice pirma klausima - nelaikyk keletos reiksmiu viename laukelyje (pvz per kableli). Kiekvienai reiksmei - atskiras laukelis. Tai yra duomenu bazes principas ir esme. O lipdysi viska kai jau istrauksi duomenis ir kokiame php gali juos vartyti kaip nori.

Aham nemažai jau bandau.

SELECT *
FROM songs s
  LEFT JOIN (SELECT * FROM favorites WHERE favorite_owner='78.63.35.138' or favorite_owner='1') f ON (s.song_id = f.song_id)
  LEFT JOIN (SELECT * FROM votes WHERE vote_ip='78.63.35.138') v ON (s.song_id = v.song_id)
WHERE 1
ORDER BY `song_plus` DESC, `song_minus` ASC
LIMIT 100 OFFSET 0

Pasirašiau tokia užklausa veikt , tai veikia , bet užklausos laikas sieka apie 2~3 sec.
Noriu , kad parinktu 100 eilučių kuriuose didžiausias `song_plus` ir maziausias `song_minus` , bei prie to pačio prijungt dvi lenteles kuriuose saugoma informacija , abi lentelės kaip aukščiau pateiktame paveikslėlije `favorites` lentelė.

Na sudėti , bet užklausą visvien krauna ~3 sec.

Parodyk pilną duomenų schemą, kur matosi visi stulpeliai, tipai ir indeksai.

Nesimato pas tave nei 'song_plus', nei 'song_minus', nei indeksų nei tipų.

Spėjų, kad tau reikia pirma iš song_plus atimti song_minus ir pagal gautą rezultatą kažką skaičiuoti.

Kitas dalykas, kad jeigu duomenų yra nemažai, tai tokių dalykų dinamiškai niekas neskaičiuoja, pasigamina papildomus stulpelius, ir keičiantis pirminių stulpelių reikšmėms atnaujiną ir rezultatus. Tada ir užklausos greitai veikia (-;

(aišku, čia jau būtų vykdoma de-normalizacija, bet šiuo atveju ji reikalinga, negu ta, apie kurią buvo kalbama pirmose žinutėse, kur celėje buvo saugomas masyvas)

Na trumpai tokios pastabos:
a) pas tave dauguma parinktų tipų yra pertekliniai:
  a1) tie patys INT yra labai dideli, reikia naudoti maženius ir ... tavo atveju, daugumoje vietų, UNSIGNED (plačiau apie INT tipus: http://dev.mysql.com/doc/refman/5.0/en/ … types.html );
  a2) IP saugok irgi INT(UNSIGNED) (pasižiūrėk INET_ATON ir INET_NTOA funkcijas;
b) mysql'as naudodamas lentelę jai konkrečioje užklausoje panaudoja tik vieną indeksą (pagal optimizatoirų išrenka, kuris indeksas jam atrodo patraukliausias);
c) tavo atveju, daugumoje vietų, turi būti kombinuoti indeksai, kurie būtų naudojami užklausoje prijungiant lentelę (jeigu jų nepajama automatiškai reikia HINT'inti (arba FORCE'inti));
d) skaičius prie INT (tipo.. "INT(4)" dažnai naudojamas nesuprantant, ką jis reiškia, bandant atspėti (iš kitų programavimo kalbų), kad tas skaičius nurodo kiek skaitmenų gali turėti kintamasis (šiuo atveju stulpelis);