|
Uporedjivanje vrednosti iz baze i vrednosti iz post-a
Npr u bazi imam, u jednoj kolini vrednosti ID-ova za gradove, tipa:
1,2,3,4,5,6,7,9,24 a preko posta se salju vrednosti 2,4,9,24 Sad treba uporediti da li se 2,4,9,24 vrednosti nalaze u upisu u koloni. Dal je to moguce nekako jednostavnije? Ne isplati mi se da svaku vrednost posebno proveravam 2 ili 4 ili 9 ili 24, jer mogu da ide niz od 1,2,3,...175,176. Ako ima neko elegantnije resenje, bilo bi dobro. |
|
Citat:
Ako vrednosti iz post-a ima od 1 do 176, pa uradim explode, dobicu pojednacne vrednosti, al onda moram da napravim npr ovako: WHERE baza_vrednosti LIKE '%,$explode[0],%' OR baza_vrednosti LIKE '%,$explode[1],%' OR baza_vrednosti LIKE '%,$explode[2],%' ... ... ... ... OR baza_vrednosti LIKE '%,$explode[176],%' Koliko je to dobro? |
A zašto LIKE koristiš? Jesu li sve pojedinačne numeričke vrijednosti? "Uslikaj" tabelu :)
PHP kôd:
|
cek sad
jel imas jedan rekord sa : "2, 3, 4, 5" u bazi ili kao sto je webarto napisao nekoliko rekorda koji imaju ID 2, 3, 4, 5? |
Citat:
Jedna kolona je, a moze da ima vrednost u obliku 1,2,3,...,176, isto i promenljiva iz forme moze imati te vrednosti. Radi se o multi select polju forme, gde mozes da izaberes vise gradova, tj vise ili sve vrednosti od 1 do 176. To se onda prosledjuje bazi da uporedi te vrednosti sa jednom kolonom u kojoj su neke vrednosti od 1 do 176, jedna ili vise njih 1,2,5,7,144 (ovako npr moze biti vrednost kolone u jednom upisu). Ovo in bi radilo ako bi bio upit tipa WHERE 2 IN (2,4,6,177) ali s vrednostima u koloni, u mom slucaju upit bi izgledao ovako WHERE 2,3,4,6 IN (2,4,6,177) sto ne radi |
Citat:
|
Ne radi se tako, napravit ćeš problem, ako tražiš 1, to će da matchuje i 11 i 21 i ... Vidim da mješaš kolone i redove, pa molim te da uradiš PrntScrn :)
|
Možda RegExp, nešto kao:
Kôd:
SELECT * FROM tabela WHERE kolona REGEXP '[[:<:]](2|4|9|24)[[:>:]]' |
Citat:
www.sajt-trgovina.com/dev.jpg |
^ kad vec pravis tako nesto, onda napravis jos jednu tabelu 'gradovi_oglasa' ili kako god vec hoces da je nazoves i tu cuvas id_oglasa i id_grada, i onda neces imati ovih problema.
|
Citat:
|
Citat:
Jer ako ima 1000 oglasa npr, i svakom oglasu je dodeljeno npr po 100 gradova, onda ce u novoj tabeli, koju ti predlazes, morati da postoji 100 000 upisa, pa ne znam koliko je to OK. |
 Dodaj zarez na početku i na kraju i onda ovakav regex bi upalio...  Najbolje bi bilo da odvojiš u drugu tabelu kao što je Blood rekao. |
http://dev.mysql.com/doc/refman/5.1/en/regexp.html
Citat:
|
My bad onda :)
|
joj, joj
Sad videh problem sa ovim regexp, ipak nece da radi :)
ako npr preskocim neke gradove, tj ne idu redom: WHERE 2,3,4,5 REGEXP '[[:<:]](3,5)[[:>:]]' Izgleda da cu morati da pravim jos jednu tabelu :D, pa sta bude |
"," zameni sa "|"
Kôd:
WHERE '2,3,4,5' REGEXP '[[:<:]](3|5)[[:>:]]' |
Citat:
Kodza ti fala! |
Zahvalnost i za webarto i robi-bobi sto su ucestvoval u temi i pomogli.
Imacu vas u vidu sve, ako postanem milioner. Hahahaha! |
Bez obzira što regexp možda rešava problem, rešenje koje si izabrao (niz podataka u istom polju) je jako loše, vodiće te iz problema u problem, a cena regexp-a i sličnih prinudnih rešenja biće velika.
Poslušaj savet koji si dobio, napravi junction tabelu i ne brini za njenu veličinu - 100k zapisa je sasvim normalno za takvu tabelu. |
Regex na 1000 oglasa će te koštati kao 100 000 000 ovamo :) Može i nekako proći sad ali vjeruj mi što budeš odmakao sve će te više koštati što nisi sad tako uradio. Ja sam radio na takvom jednom siteu za oglase, sad ima nekoliko stotina hiljada oglasa i ne možeš ga po pola sata otvoriti. Mislim nisam ja to radio ali tako jeste :D
|
Poslusacu vas, s obzirom da nemam iskustva sa velikim brojem upisa i sa velikim posetama sajta.
|
Stavi da ti oba polja u novoj tabeli budu index-i, i vozi..
|
Pazi ovo...
Kôd:
Showing rows 0 - 29 (765,665 total, Query took 0.0003 sec)PHP kôd:
Kôd:
Showing rows 0 - 29 (9,086 total, Query took 0.0871 sec)PHP kôd:
Kôd:
Showing rows 0 - 29 (9,086 total, Query took 0.0002 sec) |
Shvatam, al ne kao i vi, treba mnogo da ucim jos.
vidim da je brzina kod REGEXP mnogo manja. Nego, sad novi problemi sa ovom novom tabelom. Postavio sam ja indexe za obe kolone. Kad se npr. menja oglas i pri toj izmeni se doda na vec postojece gradove, jos njih nekoliko, kako da ne duplira ID za vec upisane gradove, vec da upise samo ove nove dodate. Takodje, kad se odcekiraju neki gradovi, kako da te gradove povatam :) po tabeli i samo njih pobrisem. |
Mozes lako da obrises sve gradove vezane za taj oglas, i onda upises nove (isto vazi i kad brises)
|
Citat:
|
Hmm, mislim da nisi shvatio za indekse - ne poseban indeks na obe kolone, nego jedan indeks na te dve kolone. Znači, mogu da se dupliraju vrednosti u svakoj koloni, ali svaka kombinacija vrednosti te dve kolone mora da bude jedinstvena.
|
Citat:
sad sam stavio ovako: CREATE TABLE IF NOT EXISTS `oglas_grad` ( `oglas` int(20) NOT NULL, `grad` int(4) NOT NULL, UNIQUE KEY `oglas` (`oglas`,`grad`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; |
Probaj ovako:
http://dev.mysql.com/doc/refman/5.0/...n-indexes.html |
| Vreme je GMT +2. Trenutno vreme je 05:12. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.