Hi all!
I have a database I'm designing that will aid in the administration of a school program. The DBUsers will be updating this information, regularly adding new students, parents, coaches, and mentors as the program moves along. Another function of this database is to house survey responses.
The way I've designed it (and it's way too late to change this unless this problem is insurmountable) is that survey responses are loaded in from an external source like this:
This way, I can query a single member and pull all their answers (or their answers to a single survey, or a single question over time, etc). This is an absolute necessity.Member_ID | Survey_ID | Question_ID | Academic_Year | Answer
My problem arises in the Member_ID assignment. Initially, my plan was to just format the autonumber to add an alpha identifier (S502 would be Student 502, while P502 would be Parent 502). However using the format option in the table design is just superficial- the actual ID in a query is just the number (re: 502 and 502, my uniqueness is now gone).
Does anyone have any idea of how to create an ID-builder that works across tables? An idea that was suggested to me is to have the ID be populated in a master list with a member group type, and then the respective tables use a lookup to a query that separates them into groups. This would cause problems, however, because by adding a new student the new ID is created before the information is entered. If, for whatever reason, the DBUser needs to cancel then it's easy to undo the information, but I haven't developed a system to undo the ID creation. I think I can use a SQL command to delete the ID (that I've stored in a local variable), or to set the new ID using a form that is hidden until the overall information is accepted. I'm not sure how to implement this though.
Does anyone have any suggestions? Thanks!