Brrr… ‘t is soms wel om er het noorden bij te verliezen, complexere formulieren maken in Acces. Pak een formulier voor een organisatiedatabase, die om te beginnen deze zaken bevat:
- een hoofdformulier, met
- naam organisatie (etc.)
- drop-down voor parent organisation
- twee tabbladen:
- een subformulier met met nul, één of meer adressen, telkens
- straat (etc.)
- drop-down met landen
- een subformulier met nul, één of meer contactmogelijkheden [van de organisatie zelf, bvb. de bedrijfswebsite], telkens
- drop-down met types (tel., fax, e-mail, …)
- gegevens (telefoonnummer, e-mailadres, …)
- een subformulier met nul, één of meer contactpersonen, telkens
met- naam, functie binnen de organisatie (etc.)
- twee tabbladen:
- een subformulier met nul, één of meer contactmogelijkheden [van de persoon, los van locatie, bijvoorbeeld een GSM], telkens
- drop-down met types
- gegevens
- een subformulier met met nul, één of meer adressen [van de persoon binnen het bedrijf, of ook bijvoorbeeld een thuisadres], telkens
- straat (etc.)
- drop-down met landen
- een subformulier met nul, één of meer contactmogelijkheden [van de persoon zelf, gebonden aan een locatie, bijvoorbeeld een vaste telefoonlijn], telkens
- drop-down met types
- gegevens
- een subformulier met nul, één of meer contactmogelijkheden [van de persoon, los van locatie, bijvoorbeeld een GSM], telkens
- een subformulier met met nul, één of meer adressen, telkens
En ‘t is nog niet gedaan. Hier is nog hoegenaamd geen sprake van types adressen (een persoon kan drie adressen hebben, maar daar zit geen rangorde of nadere omschrijving bij voor het moment), of van types personen, of van de mogelijkheid om één persoon in verschillende rolles binnen éénzelfde organisatie te hebben, of van een persoonsgebonden dan wel een functiegebonden contact, of… argl.
Takkoord, dit is natuurlijk wel de meest extensieve benadering, maar toch: ‘t is allemaal op de één of andere manier echt wel nodig. ‘t Zal zaak zijn om het allemaal gebruiksvriendelijk te maken voor eindgebruikers.