[ kelja @ 24.07.2010. 17:26 ] @
Rec je o sajtu za pretragu poklona, na osnovu vise kriterijuma. Bice malo engleskog, ali nadam se da cete se snaci.

Search kriterijumi su:

za koga je poklon, prilika/povod, godiste primaoca, licnos', ''za unutra'' ili ''za poneti'' , zabavan ili funkcionalan poklon, i keywords (cenim, zapravo search tagovi).

U admin panelu bi trebalo da radi ovako:

Also, the following fields must be editable for each product for use in the search
function. The field is given in the first bullet, the sub‐bullets show the list of
options for that field, the options must be given as checkboxes so that more than
one can be selected for each field.


Sto ce reci, veliki broj proizvoda moze da zadovolji vise kriterijuma (moze da bude i zabavan i funkcionalan, moze da bude i za babu, komsinicu, mamu, sestru, personality primaoca moze biti i 'avanturisticki tip' i 'adrenalin junky', itd, itd...

A sa korisnicke strane, trebalo bi da funkcionise ovako:
The search function must use AND logic for every option. ? ovo bi moglo da se krlja sa drugom stavkom, ili gresim?

No fields will be compulsory, allowing the user to enter as much or as little as
they require, and the first option in the list for each criteria must be <leave
blank>, selecting this option will have the same outcome as not selecting
anything. They will then click the search button to take the user to the search
results page.

Each box in the search area will be a drop down list that will contain all of the
options listed in the database section at the top of this document. // ovde bi trebalo da budu multiple select drop down box-ovi, ako se ne varam, u skladu sa zeljenim funkcionisanjem, samo nisam siguran da su korisnici navikli da pretrazuju na taj nacin...

E, sad, moje pitanje je: Kako organizovati bazu, a da bi se dobili valjani rezultati pretrage?

Da li je dobro strpati sve u jednu tabelu: ime proizvoda, cenu, i sve ove navedene kriterijume pretrage?
Pretpostavljam da bi svaka opcija u okviru kriterijuma za pretragu u drop down boxu sa korisnicke strane (odnosno svaki checkbox u admin panelu) mogla da se obelezi jednostavno jednim brojem, pa bi vise opcija zapravo bilo predstavljeno nizom brojeva u polju tabele...

I jos jedno pitanje:
When a new product is entered into the database, the system must give it a
unique item ID in the form of a 5 digit number: 00001, 00002, 00003 etc.

Kako se ovo postize?

Eto, hvala, i nadam se da nisam bio preopsiran ili preterano konfuzan.


Hm, evo sad gledam, ovo je slicno slucaju koji sam imao pre 100 leta, kad su mi dakipro i Pedja pomogli da resim situaciju (jedan proizvod u vise kategorija), samo da iskopam taj topic...

Hm, da, ovde zapravo postoji 5-6 ravnopravnih 'kategorija' proizvoda (nema subkategorija)...

[Ovu poruku je menjao kelja dana 24.07.2010. u 18:37 GMT+1]
[ kelja @ 25.07.2010. 17:34 ] @
Eh, ne znam jesam li postavio suvise jednostavna pitanja, ili su malo ozbiljnija... :)

Dakle, sta biste vi uradili? Stavili proizvode u jednu tabelu, 'kategorije', odnosno search kriterijume u drugu, i uveli trecu tabelu za povezivanje proizvoda i kategorija, ili?

Hvala.
[ Nikola Poša @ 25.07.2010. 17:48 ] @
Pa gledano na duge staze, najgore što možeš da uradiš je da sve strpaš u jednu tabelu. Možda ćeš posle dobiti zahtev da jedan proizvod može da se nađe u više kategorija.

Inače, Bogdan Kecman je na svom blog-u pre nešto više od godinu dana objavio seriju odličnih tekstova o normalizaciji baze podataka, možda bi trebao da baciš pogled na to.


Citat:
kelja: I jos jedno pitanje:
When a new product is entered into the database, the system must give it a
unique item ID in the form of a 5 digit number: 00001, 00002, 00003 etc.

Kako se ovo postize?

Pa nisi baš najpreciznije objasnio na šta se tu tačno misli. Kao što znaš, tebi npr. sam RDBMS za svaki unos generiše vrednost primarnog ključa neke tvoje tabele, a ti sad možda možeš da dodaš još neku unique kolonu koja će biti zadužena za sličan posao.
[ kelja @ 25.07.2010. 18:05 ] @
Hvala, Nikola.
Inace, da, jedan proizvod se i nalazi u vise kategorija (odnosno, ako procitas ono gore, videces u cemu je stvar) koje nisu hijerarhijski rasporedjene.
Procitacu svakako Boganove tekstove. :)

Glede drugog problema, ni ja nisam siguran sta lik misli. Mislim da zapravo ne zna da sam RDBMS kreira automatski unikatni id, a cudan mi je taj zahtev za formatom 00001, 00002...
(mislim moze da se napravi posebno polje, ali bice tu brisanja unosa, pa onda treba proveriti prethodni id unosa, bezvezna komplikacija)
[ Man-Wolf @ 25.07.2010. 18:28 ] @
Ok, na brzaka da ti odgovorim (nisam bas pri vremenu :P)

1. Za one nule sto hoce (ako bas insistira tako, tipa 00001), imas da stikliras "Zero Fill" opciju nad kolonom. Tako da, ako imas ID = 1, a tip kolone INT(5), dobices nesto tipa 00001 ....


2. Nikako sve u jednu tabelu ... Jedna tabela za poklone, jedna za kategorije i jedna "vezna" (relation) tabela izmedju njih ....

Sorry za kratak odgovor, ali mozda ti bude korisno ... Cim budem pri vremenu, napisacu nesto "opsirnije" ;)

Pozz !
[ kelja @ 25.07.2010. 18:38 ] @
Hvala, hvala, to ce biti to...