In table tblAssignments, how would you know which assignments belong to which course if there wasn't a CourseID_FK??
I get that part, I just thought the FK would need to be related in the table for it to be recognized.
Not sure what fb means (Faculty of Business, Flying Bridge, Followed By ....)
but if you mean changing "SchoolYear" to "GradeLevel" (Freshman, Sophomore, Junior, Senior), I can see that. (Still, might want to know what year they attended??)
Sorry, typo, should have been Db (Database)
You wouldn't "view one table", you would create a query. (ie a virtual table). Then use that query as the record source for a form or report. Could filter i down to one student or a group of students or a grade level.
OK, that makes sense.
Only the developer should be able to see the raw table data, so seeing the "Real Names" instead of the foreign key value is not important.
Got it
Seeing the "real names - it depends:
If doing data entry, then use combo boxes (as June said).
Viewing form/report, then use the query route.
After saying all that, there is nothing stopping you from using Look-up FIELDS. But, unless you really understand HOW to use look-up FIELDS, be prepared for some headaches.
Most experienced developers stay away from them..
I've removed all my look-up fields
--------------------------------------------------------------------------------------------------------------------------------------
Don't know if you've ever seen
The Ten Commandments of Access...
In that page is
The Evils of Lookup Fields in Tables
Note:
Look-up FIELDS (
BAD) are different than
Look up TABLES (
Good).