DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   SQL baze podataka - Sponzor: Baze-Podataka.net (http://www.devprotalk.com/forumdisplay.php?f=10)
-   -   Uporedjivanje vrednosti iz baze i vrednosti iz post-a (http://www.devprotalk.com/showthread.php?t=10254)

dacha 22. 07. 2011. 13:46

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 22. 07. 2011. 14:00

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 22. 07. 2011. 14:24

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

Blood 22. 07. 2011. 14:39

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

webarto 22. 07. 2011. 14:53

Pazi ovo...

Kôd:

Showing rows 0 - 29 (765,665 total, Query took 0.0003 sec)
PHP kôd:

SELECT uid FROM forum_posts WHERE uid REGEXP '3494' 

Kôd:

Showing rows 0 - 29 (9,086 total, Query took 0.0871 sec)
PHP kôd:

SELECT uid FROM forum_posts WHERE uid 3494 

Kôd:

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 22. 07. 2011. 16:15

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 22. 07. 2011. 16:33

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

martinluter 22. 07. 2011. 16:38

Citat:

Originalno napisao Blood (Napišite 100754)
Mozes lako da obrises sve gradove vezane za taj oglas, i onda upises nove (isto vazi i kad brises)

Hahaha, vidi stvarno, ludnica!

dacha 22. 07. 2011. 17:12

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 22. 07. 2011. 17:23

Citat:

Originalno napisao dacha (Napišite 100757)
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;


Vreme je GMT +2. Trenutno vreme je 00:03.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.