smaviddavid
Registered User.
- Local time
- Today, 12:46
- Joined
- Jan 14, 2012
- Messages
- 21
Hello, firstly apologies if this is the wrong section, and could a mod please relocate it the appropriate one.
I am currently building a database for my girlfriends parents who run a jewelry business. I have had no problem up until now when i saw my table becoming very long, i ignored this at first as they would only be able to edit it via the form when complete.
However.. i googled and i saw that ideally i should build my tables 'down' and not 'across' So i've hit a wall.
The contents of my current database consists of this;
BOLD items signify there is 2 sets of this data, one for him, one for her.
tblclient
tbl employee
tbllocation
tblemployee
So the main question is.. is there a better way to structure this? I can provide an empty database for people if needed.
I am currently building a database for my girlfriends parents who run a jewelry business. I have had no problem up until now when i saw my table becoming very long, i ignored this at first as they would only be able to edit it via the form when complete.
However.. i googled and i saw that ideally i should build my tables 'down' and not 'across' So i've hit a wall.
The contents of my current database consists of this;
BOLD items signify there is 2 sets of this data, one for him, one for her.
tblclient
- ID (primary key)
- raised by (dropdown box from tblemployee)
- date rasied
- first name
- surname
- address line 1
- address line 2
- town
- county
- post code
- telephone
- email him
- ring details
- ring size (dropdown box from tbl size)
- ring material (dropdown box from tblmaterial)
- ring location (dropdown box from tbllocation)
- ring holder (dropdown box from tblemployee)
- delivery date
- deadline
- paid
- payment details
tbl employee
- employee
tbllocation
- locations
tblemployee
- employee
So the main question is.. is there a better way to structure this? I can provide an empty database for people if needed.