muligvis multi arrays

Hvis den ikke skal vise alle 3, hvad skal den så vise? Hvad gør farmerid i chosen_product tabellen?

I farmer_product er listet alle de produkter som bondemændene har. For at kunne holde styr på hvem der har hvad bruger jeg naturligvis farmerid.

chosen_product indeholder de produkter, som brugeren har valgt at søge på.

Når brugeren har søgt på eks. 4 produkter, skal den kun hive de rækker fra farmer_product ud, hvor samme farmerid har alle de valgte produkter.

Det kan godt være at farmerid i chosen_product er overflødig, jeg har med feltet prøvede at sammenligne tabellerne på forskellige måder uden held.

Det kan måske virke lidt kringlet, håber det er til at forstå.

Nej, det forstår jeg ikke.

Du må gerne svare på "Hvis den ikke skal vise alle 3, hvad skal den så vise?"

Og jeg har ingen idé om hvad farmerid gør i chosen_product. Kan du give et par eksempler på værdier i chosen_product tabellen, efter at brugeren har tastet sine ønsker ind?

Jeg har nu set fire spørgsmål de sidste par dage.  For at kunne deltage i at foreslå løsninger må jeg forstå hvad det er du vil med din applikation.  Er det således, at du giver brugerne en liste af alle produkter, og brugerne kan så vælge et antal af disse produkter, og derefter skal brugerne have en liste af de farmere der har alle de valgte produkter?  Du bruger uden tvivl php til at præsentere listerne til brugerne og indsamle deres valg, og du gemmer dine data i mysql.  Men jeg er ikke sikker på at jeg forstår de tabeller du nævner.  Hvis jeg skulle gøre det ville jeg nok have en tabel med alle produkterne såsom:

produkt
id navn
1  vandmelon
2 appelsin
3 æble
4 banan

og en tabel med farmere såsom:

id navn
1  Jens Bondemand
2  Hans Landmand
3  Mads Jordbruger

og en tabel farmer_product såsom

id farmer produkt
1    1    1
2    1    2
3    1    3
4    2    1
5    2    2
6    2    4
7    3    1
8    3    4

altså Jens Bondemand har vandmeloner, applesiner, og æbler, Hans Landmand har vandmeloner, appelsiner, og bananer, og Mads Jordbruger har vandmeloner og bananer.

Med mindre det er hensigten at gemme de valg brugerne gør til senere brug kan jeg ikke se nogen grund til at have en database tabel med chosen_product.

Og så en skets til en mulig løsning (hvis jeg har forstået problemstillingen rigtigt.)  Den liste du giver brugerne til at vælge produkter fra indeholder produkt id'er og produkt navne.  Du placerer produkt id'erne fra brugerens valg i en array, og så bygger du ved hjælp af en løkke en tekststreng såsom "SELECT f.id, f.navn FROM farmer f JOIN farmer_produkt fp ON f.id = fp.farmer WHERE EXISTS(SELECT product FROM farmer_ product WHERE product = [brugerens første valg]) AND EXISTS (SELECT product FROM  farmer_product WHERE product = [brugerens andet valg]) AND [o.s.v. for brugerens tredje og følgende valg.] Når du så har tekststrengen sender du den til mysql som en query.

Ok. Vi har disse værdier i farmer_product:


farmerid:            farmer_product:

1                    vandmelon
1                    appelsin
2                    vandmelon
2                    appelsin
3                    vandmelon
3                    banan


Når brugeren indtaster: vandmelon og appelsin ind i chosen_product, ser den tabel således ud:


sort_by_id:          chosen_product:      ip:

1                    vandmelon            xx.xxx.xxx.xxx
2                    appelsin            xx.xxx.xxx.xxx


Det er så meningen at den kun skal udskrive farmerid 1 og 2, fordi de begge indeholder både vandmelon og appelsin.

Jeg har fjernet farmerid fra chosen_product, kan godt se den ikke giver nogen mening. Jeg har siddet så længe med det, at jeg begyndte at sætte data ind fra den anden tabel. Doh.

sort_by_id bruges til at sortere dem i valgte rækkefølge ved nogle andre visninger. Ip bruges til at hæfte dem til den enkelte bruger.

Hvis du kun skal bruge brugernes valg til at udskrive en liste af farmere er der ingen grund til at lave en database tabel derover.  Det går nemmere med at gemme brugerens valg i en array.

Og så et spørgsmål:  Hvad skal der ske, hvis der ikke er nogen farmere der har alle produkter en bruger har valgt_

Man kan ikke bruge IP-nummer til at identificere en bruger.

Der kan sidde mange, ja tusinder, bag eet og samme IP-nummer.

Et IP-nummer kan for samme bruger nemt skifte fra minut til minut hvis man sidder med mobilt netværk (mobil eller tablet på 3G).

Og selv på en fiber eller ADSL kan IP-nummer skifte fra dag til dag.

Det dur ikke.

Christian_Belgien:

Jeg bruger chosen_product til ellers at kunne vise brugerne deres valg. Valgene bliver i øvrigt vist på Google map hen ad vejen, så de vælger ikke alle produkterne som de vil søge på én gang.

Det ser således ud:
http://billedeupload.dk/?v=K0cFR.jpg

Hvis der ikke er nogen farmere med alle de valgte produkter, skal den ikke vise noget.

Tekststrengen bliver nok ret lang, da brugerne har op til 16 valg af produkter. :-0


Olebole:

Jeg var ikke klar over at man kunne sidde så mange bag en ip.

Tak for hjælpen.

Jeg fik selv løst det ved at oprette en kolonne til hvert produkt i tabellen farmer_products og chosen_product, herefter sammenlignede jeg dem i forespørgslen. Idéen fik jeg efter Christian_Belgien's forslag med at oprette en tabel til produkterne. Så du har fortjent pointene. :-)

Jamen så blev det hjælp til selvhjælp.  Det var godt det lykkedes for dig.