Ik ben al een paar maanden aan het puzzelen over hoe ik mijn database op moet bouwen zonder dat het heel complex wordt, maar ik kom er niet uit. Voor mij is het jaren geleden dat ik iets met databases heb gedaan en ik denk tegenwoordig in Excel, alleen helpt dat niet echt.
Het doel van de database is als volgt: users moeten/mogen ca. 10 verschillende randvoorwaarden opgeven waaraan een samengesteld product moet voldoen. Afhankelijk van de invoer moet er een lijst met mogelijke producten worden getoond. Dit is vergelijkbaar met de input bij veel verschillende winkels of marktplaats bijv.
Een user geeft dus aan:
- Criteria 1: 10 opties
- Criteria 2: 5 opties
- Criteria 3: 20 opties
- Criteria 4: afmeting in te voeren door user
- Etc. etc.
Afhankelijk van wat er is ingevuld moet de database één of meerdere opties met een kostprijs tonen uit vooraf ingevoerde samengestelde producten waar de de user er vervolgens één van kan kiezen die aan de "boodschappenlijst" wordt toegevoegd.
Veel van de criteria zijn veel-op-veel relaties en de producten zelf moeten live samengesteld worden a.d.h.v. de userinput zoals afmetingen en diktes.
Vooraf wordt een product ingevoerd die bijv. gebruikt mag worden bij 3 opties uit criteria 1 mits ook aan 12 opties uit criteria 3 wordt voldaan als die is ingevuld. Om het met een winkel te vergelijken: vooraf wordt een paar schoenen ingevoerd die te gebruiken is voor hardlopen en wandelen (1e criteria) op verhard terrein (2e criteria) in de sneeuw of regen (3e criteria) etc. en met maat 44 (4e criteria). Het paar schoenen bestaat uit meerdere onderdelen apart, dus veters, zool, etc..
Wat ik niet weet is hoe ik dit in een database moet zetten zodat ik later de vooraf samengestelde schoenen makkelijk kan invoeren. Ik zal op voorhand het paar schoenen moeten invoeren die onder wandelschoenen, bergschoenen etc. valt, maar op basis van bovenstaand voorbeeld heb ik voor 1 schoen al honderden combinaties, zoals bijv. "bergschoen voor verhard terrein met veters, zwart" en "bergschoen voor verhard terrein met veters, blauw", etc.. Ik zie mezelf geen honderdduizenden combinaties invoeren, wat volgens mij gebeurt als ik alles in aparte tabellen zet, maar anderzijds is het ook niet te doen door de 10 criteria in aparte kolommen onder te brengen want criteria kunnen wijzigen of er wordt er 1 toegevoegd en alles is variabel. Door de complexiteit loop ik telkens vast, dus wellicht dat iemand me een beetje de goede richting op kan sturen?
Het doel van de database is als volgt: users moeten/mogen ca. 10 verschillende randvoorwaarden opgeven waaraan een samengesteld product moet voldoen. Afhankelijk van de invoer moet er een lijst met mogelijke producten worden getoond. Dit is vergelijkbaar met de input bij veel verschillende winkels of marktplaats bijv.
Een user geeft dus aan:
- Criteria 1: 10 opties
- Criteria 2: 5 opties
- Criteria 3: 20 opties
- Criteria 4: afmeting in te voeren door user
- Etc. etc.
Afhankelijk van wat er is ingevuld moet de database één of meerdere opties met een kostprijs tonen uit vooraf ingevoerde samengestelde producten waar de de user er vervolgens één van kan kiezen die aan de "boodschappenlijst" wordt toegevoegd.
Veel van de criteria zijn veel-op-veel relaties en de producten zelf moeten live samengesteld worden a.d.h.v. de userinput zoals afmetingen en diktes.
Vooraf wordt een product ingevoerd die bijv. gebruikt mag worden bij 3 opties uit criteria 1 mits ook aan 12 opties uit criteria 3 wordt voldaan als die is ingevuld. Om het met een winkel te vergelijken: vooraf wordt een paar schoenen ingevoerd die te gebruiken is voor hardlopen en wandelen (1e criteria) op verhard terrein (2e criteria) in de sneeuw of regen (3e criteria) etc. en met maat 44 (4e criteria). Het paar schoenen bestaat uit meerdere onderdelen apart, dus veters, zool, etc..
Wat ik niet weet is hoe ik dit in een database moet zetten zodat ik later de vooraf samengestelde schoenen makkelijk kan invoeren. Ik zal op voorhand het paar schoenen moeten invoeren die onder wandelschoenen, bergschoenen etc. valt, maar op basis van bovenstaand voorbeeld heb ik voor 1 schoen al honderden combinaties, zoals bijv. "bergschoen voor verhard terrein met veters, zwart" en "bergschoen voor verhard terrein met veters, blauw", etc.. Ik zie mezelf geen honderdduizenden combinaties invoeren, wat volgens mij gebeurt als ik alles in aparte tabellen zet, maar anderzijds is het ook niet te doen door de 10 criteria in aparte kolommen onder te brengen want criteria kunnen wijzigen of er wordt er 1 toegevoegd en alles is variabel. Door de complexiteit loop ik telkens vast, dus wellicht dat iemand me een beetje de goede richting op kan sturen?
/u/3813/100_8985_ICON2.JPG?f=community)
/u/1824704/crop652f8c2a8ac16.png?f=community)