Ik heb jullie hulp nodig voor het volgende:
Ik wil een database bouwen om het beheer van uitrusting te verbeteren. Ik heb vaker uitgebreide access databases gebouwd vanuit voorbeelden en met hulp van dit forum echter mijn kennis van access is beperkt. Ik kom er niet uit hoe ik deze database moet opbouwen zonder eindeloze herhalingen en gruwelijk grote tabellen.
Een schets van de doelstellingen:
Het gaat om het beheer van artikelen zoals kleding, schoenen en uitrusting. De artikelen zitten in een verschillende pakketten en sommige artikelen komen in meerdere pakketten voor. Een artikel kan zowel in enkelvoud als meerdere keren in een pakket zitten. Een pakket (of meerdere pakketten) wordt aan een gebruiker toegewezen, daarnaast moet het mogelijk zijn om losse artikelen toe te voegen aan een gebruiker alsook het aantal artikelen per gebruiker moet variabel zijn. Een aantal artikelen worden eigendom waar wel zichtbaar moet blijven wie het wel of niet heeft gekregen echter het merendeel van de artikelen moeten weer ingeleverd worden als de gebruiker weg gaat. Daarnaast zijn er enkele artikelen die een serienummer hebben waarbij dus geregistreerd moet worden wie welk apparaat heeft.
Daarnaast moet de voorraad in het magazijn zichtbaar zijn en moet er een bestelling gemaakt kunnen worden bij verschillende leveranciers. Daarvoor moet zichtbaar zijn wie er nog iets zou moeten hebben aan de hand van de “pakketrechten” en de actuele voorraad in het magazijn. Ook kan een artikel in de loop van de tijd vervangen worden door iets nieuws zonder dat iedereen een nieuwe versie nodig heeft maar wel duidelijk moet zijn wie welke uitvoering heeft.
Het gaat om een paar honderd artikelen en een paar honderd gebruikers.
Mijn concrete vraag, hoe maak ik een efficiënt database van de tabel met gebruikers, de tabel met artikelen en de tabel met pakketten zonder dat ik aan elke gebruiker al de artikelen toe moet voegen.
Ik wil een database bouwen om het beheer van uitrusting te verbeteren. Ik heb vaker uitgebreide access databases gebouwd vanuit voorbeelden en met hulp van dit forum echter mijn kennis van access is beperkt. Ik kom er niet uit hoe ik deze database moet opbouwen zonder eindeloze herhalingen en gruwelijk grote tabellen.
Een schets van de doelstellingen:
Het gaat om het beheer van artikelen zoals kleding, schoenen en uitrusting. De artikelen zitten in een verschillende pakketten en sommige artikelen komen in meerdere pakketten voor. Een artikel kan zowel in enkelvoud als meerdere keren in een pakket zitten. Een pakket (of meerdere pakketten) wordt aan een gebruiker toegewezen, daarnaast moet het mogelijk zijn om losse artikelen toe te voegen aan een gebruiker alsook het aantal artikelen per gebruiker moet variabel zijn. Een aantal artikelen worden eigendom waar wel zichtbaar moet blijven wie het wel of niet heeft gekregen echter het merendeel van de artikelen moeten weer ingeleverd worden als de gebruiker weg gaat. Daarnaast zijn er enkele artikelen die een serienummer hebben waarbij dus geregistreerd moet worden wie welk apparaat heeft.
Daarnaast moet de voorraad in het magazijn zichtbaar zijn en moet er een bestelling gemaakt kunnen worden bij verschillende leveranciers. Daarvoor moet zichtbaar zijn wie er nog iets zou moeten hebben aan de hand van de “pakketrechten” en de actuele voorraad in het magazijn. Ook kan een artikel in de loop van de tijd vervangen worden door iets nieuws zonder dat iedereen een nieuwe versie nodig heeft maar wel duidelijk moet zijn wie welke uitvoering heeft.
Het gaat om een paar honderd artikelen en een paar honderd gebruikers.
Mijn concrete vraag, hoe maak ik een efficiënt database van de tabel met gebruikers, de tabel met artikelen en de tabel met pakketten zonder dat ik aan elke gebruiker al de artikelen toe moet voegen.
. Om te bginnen met de eerste: het is een heel slecht idee om te beginnen met bouwen op basis van bestaande databases, en dat is extra slecht als je ook nog eens geen idee hebt waar je naar toe moet. Sluit ook aan op je laatst zinnen: zonder goed Functioneel Ontwerp kun je nooit een Entiteiten-Relaties diagram maken. En dat moet aan de basis van de database liggen. Wat ik bedoel te zeggen is eigenlijk: je begint pas te bouwen aan de database als je helemaal hebt uitgewerkt wat de database moet kunnen, en wat je er uit wilt kunnen halen.
