Uporedjivanje vrednosti iz baze i vrednosti iz post-a

[martinluter]

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.

[robi-bobi]

korisni linkovi:
http://php.net/manual/en/function.explode.php
zatim neki od
http://www.php.net/manual/en/function.array-intersect.php
ili
http://www.php.net/manual/en/function.array-merge.php

[martinluter]

korisni linkovi:
http://php.net/manual/en/function.explode.php
zatim neki od
http://www.php.net/manual/en/function.array-intersect.php
ili
http://www.php.net/manual/en/function.array-merge.php

Cek Robi-Bobi, ja za te linkove znam, al ne vidim kako da ih primenim u ovom mom slucaju kod uporedjivanja vrednosti iz spoljasnjeg sveta :), sa vrednostima iz baze.

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?

[webarto]

A zašto LIKE koristiš? Jesu li sve pojedinačne numeričke vrijednosti? "Uslikaj" tabelu :)

...WHERE baza_vrednosti IN (2,4,9,24);

Je li kolona ili red :) ?

[robi-bobi]

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?

[martinluter]

A zašto LIKE koristiš? Jesu li sve pojedinačne numeričke vrijednosti? "Uslikaj" tabelu :)

...WHERE baza_vrednosti IN (2,4,9,24);

Je li kolona ili red :) ?

Ne koristim LIKE, to sam bezveze uzeo za primer.
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

[martinluter]

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?

Da, upravo tako jedan rekord s "2, 3, 4, 5".

[webarto]

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

[Br@nkoR]

Možda RegExp, nešto kao:
SELECT * FROM tabela WHERE kolona REGEXP '[[:<:]](2|4|9|24)[[:>:]]'

[martinluter]

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

Evo slike:

www.sajt-trgovina.com/dev.jpg

[Blood]

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

[martinluter]

Možda RegExp, nešto kao:
SELECT * FROM tabela WHERE kolona REGEXP '[[:<:]](2|4|9|24)[[:>:]]'

Br@nko, izgleda da vadi s ovim REGEXP :1090::1090::1090:

[martinluter]

^ 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.
Znam za tu mogucnost, al onda bi bilo mnogo redova u toj tabeli, ja se toga plasim.
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.

[webarto]

http://pokit.etf.ba/get/0b3adfaca222dca29ab9041a81e2d24a.png

Dodaj zarez na početku i na kraju i onda ovakav regex bi upalio...

http://pokit.etf.ba/get/f9b9b8a75ed9076080ff79b0cb05df59.png

Najbolje bi bilo da odvojiš u drugu tabelu kao što je Blood rekao.

[Br@nkoR]

http://dev.mysql.com/doc/refman/5.1/en/regexp.html

[[:<:]], [[:>:]]
These markers stand for word boundaries. They match the beginning and end of words, respectively. A word is a sequence of word characters that is not preceded by or followed by word characters. A word character is an alphanumeric character in the alnum class or an underscore (_).

[webarto]

My bad onda :)

[martinluter]

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

[Br@nkoR]

"," zameni sa "|"
WHERE '2,3,4,5' REGEXP '[[:<:]](3|5)[[:>:]]'

[martinluter]

"," zameni sa "|"
WHERE '2,3,4,5' REGEXP '[[:<:]](3|5)[[:>:]]'

Ti si suvi genije za REGEXP :)

Kodza ti fala!

[martinluter]

Zahvalnost i za webarto i robi-bobi sto su ucestvoval u temi i pomogli.
Imacu vas u vidu sve, ako postanem milioner.
Hahahaha!

[dacha]

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.

[webarto]

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

[martinluter]

Poslusacu vas, s obzirom da nemam iskustva sa velikim brojem upisa i sa velikim posetama sajta.

[Blood]

Stavi da ti oba polja u novoj tabeli budu index-i, i vozi..

[webarto]

Pazi ovo...

Showing rows 0 - 29 (765,665 total, Query took 0.0003 sec)

SELECT uid FROM forum_posts WHERE uid REGEXP '3494'

Showing rows 0 - 29 (9,086 total, Query took 0.0871 sec)

SELECT uid FROM forum_posts WHERE uid = 3494

Showing rows 0 - 29 (9,086 total, Query took 0.0002 sec)

Nije neki primjer ali nadam se da shvataš, na stranu pefrormanse, pretraga će ti biti daleko lakša, i sortiranje, a ovako kako je trenutno, veoma teško.

[martinluter]

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.

[Blood]

Mozes lako da obrises sve gradove vezane za taj oglas, i onda upises nove (isto vazi i kad brises)

[martinluter]

Mozes lako da obrises sve gradove vezane za taj oglas, i onda upises nove (isto vazi i kad brises)

Hahaha, vidi stvarno, ludnica!

[dacha]

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.

[martinluter]

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.

Dacho, kako to da izvedem?

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;

[Blood]

Probaj ovako:
http://dev.mysql.com/doc/refman/5.0/en/multiple-column-indexes.html