Hello folks, (hope this is the right forum)
Just an issue I have with Access at the moment and it's more than likely down to poor planning than anything else.
I have to create a database relative to a driving test centre. I have been given four entities, DRIVERS, CARS, EXAMINER and TESTS.
I have created four tables for these as follows, identified with an asterisk as their primary key:
Drivers
Tests
Examiner
Car
So far that seems okay to me - I don't do databases a lot so I could be very wrong. The problem arrives with foreign keys. I can move DriverNumber into Tests but I can't move Test Number into Examiner, because Examiners should be able to hold or take many tests. I either am left with the options of duplicating primary key fields (examiner number) or adding multiple entires into the tests that the examiners hold.
I don't think either of those are practical and creating as many examiners as there are drivers doesn't reflect the many to one relationship between test and examiner.
Any suggestions on a different approach around this? The attritubutes under the entities in the tables are totally flexibile. I'm just a bit stumped, but will keep on playing around with it.
Thanks.
Just an issue I have with Access at the moment and it's more than likely down to poor planning than anything else.
I have to create a database relative to a driving test centre. I have been given four entities, DRIVERS, CARS, EXAMINER and TESTS.
I have created four tables for these as follows, identified with an asterisk as their primary key:
Drivers
Code:
Driver Number*
Driver Name
D.O.B
Tests
Code:
Test Number*
Date
Time
Examiner
Code:
Examiner Number*
Examiner Name
Employment date
Car
Code:
Car Number*
Car Brand
Car Colour
So far that seems okay to me - I don't do databases a lot so I could be very wrong. The problem arrives with foreign keys. I can move DriverNumber into Tests but I can't move Test Number into Examiner, because Examiners should be able to hold or take many tests. I either am left with the options of duplicating primary key fields (examiner number) or adding multiple entires into the tests that the examiners hold.
I don't think either of those are practical and creating as many examiners as there are drivers doesn't reflect the many to one relationship between test and examiner.
Any suggestions on a different approach around this? The attritubutes under the entities in the tables are totally flexibile. I'm just a bit stumped, but will keep on playing around with it.
Thanks.