Skal det være i ASP, eller hvordan får brugeren mulighed for at indtaste søge ord/kriterier ?
Synes godt om
Slettet bruger
29. november 2000 - 12:02#2
Sorry! Det skal være i PHP og brugeren har en række select og checkboxe der kan vælges eller krydses af. Der skal også være en enkelt textbox hvor brugeren kan indtaste eventuelle søgeord. Men den dropper jeg hvis det bliver for langhåret! ;-)
Altså søgeord, er ikke langhåret, man kan f.eks. søge på et enkelt ord sådan her : \"select * from MyTable where username = % søgeord %\" Så returneres alt hvor username indeholder dit søgeord. Desvære har jeg ikke forstand på PHP,men jeg kan godt noget SQL, så hvis du kun skal bruge din SQl statement, så er jeg på !
Ja det er til et dating-community, og hvis det kommer til at virke bliver det frigivet under OpenSource (Alt for mange kommercielle og dyre løsninger!)
det med de hurtigere søgning, er vist en sandhed med modifikationer, husk på at opdeling til mange tabeller, kan kræve store joins...Ligeledes vil jeg give dig ret i at man til tider kan undgå redundante data, da man så ikke skal søge i nær så mange tabeller, så normaliser med omtanke, men GØR det...!
Synes godt om
Slettet bruger
29. november 2000 - 16:21#10
Brugeren skal kunne vælge en eller flere af user_seeks_male/female/couple.
Sagen er at noget af koden er taget fra et Forum der hedder phpBB, det var det der mest lignede det jeg skulle bruge.
Der er andre tabeller, en til det interne postsystem, og en der håndterer user sessions.
user_posts, user_attachsig, user_rank og user_level bliver fjernet, da de ikke skal bruges..Hjælper det lidt på det hele? Jeg vil da gerne dele det op, men frygter at det bliver for uoverskueligt/rodet..
Jeg syntes at du skal dele tabellerne op men KUN hvis DU SELV kan overskue det. At dele tabeller op ( altså lave en normalisering ), kræver en indsigt i databse design. Dels kræver det at man har kendskab, til relationer, fremmednøgler vs. kandidatnøgler. Dels kræver det at man er sikker på hvornår man skal stoppe med at opdele i tabeller for at opnå et tilfredstillende/efektivt design. ANYWAY, så er det altså kun hvis et problem med redundante data, i det tilfælde at dine base nærmer sig en størrelse på omkring, 1 til 2 milioner poster. Før vil jeg ikke sige at man kan mærke en forskel i søgningerne, og slet ikke hvis du benytter en indeksering på de typiske søgefelter.
Det var så lidt at tænke over. Hvis du lister de felter i din tabel der skal søges over og de kriterier du ønsker, skal jeg lave nogle select sætninger til dig...
Kasseper
Synes godt om
Slettet bruger
30. november 2000 - 10:36#12
Tak for det kasseper..
De felter jeg vil have at der kan søges i er:
user_sex varchar(15), (3 Checkboxe, mulighed : mand/kvinde/par) user_age int(10), (2 Textboxe, mulighed : indtast 2 tal, find brugere med alder mellem de 2 tal) user_height int(10), (2 Textboxe, mulighed : samme som ovennævnte) user_weight int(10), (2 Textboxe, mulighed : samme som ovennævnte) user_hair_color varchar(15), (Selectbox, mulighed : vælg mellem 4 forskellige hårfarver, eller vælg at søge på alle) user_eye_color varchar(15), (Selectbox, mulighed : vælg mellem 4 forskellige øjenfarver, eller vælg at søge på alle) user_from varchar(100), (Selectbox, mulighed : vis nyeste indenfor 7/10/30 dage, eller vælg at søge på alle) user_seeks_male tinyint(2), (Checkbox) user_seeks_female tinyint(2),(Checkbox) user_seeks_couple tinyint(2),(Checkbox) user_sexual_orientation varchar(15),(Selectbox, mulighed : hetero, bi, homo, eller vælg at søge på alle) user_relationship varchar(15),(Selectbox, mulighed : single, gift, kæreste, eller vælg at søge på alle)
Jeg fandt selv ud af det, så point ryger tilbage til mig..
Synes godt om
Slettet bruger
04. december 2000 - 13:37#18
point tilbage!
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.