You have made 2 errors - one of them very serious.
First and easy is to study how combo box bound fields work. Here's a quick primer: your combo
rowsource is the query or table that builds the list. The order of list columns is the same as the field order in the sql statement. If there is more than one column and you choose column 1 as the bound column,
that is the column that will be used in any subsequent references (i.e values from that column become the combo.Value property).
In your case 2nd combo value becomes OptionID because it's the first in the sql statement and the bound column is 1 - and that table field has no values in the records.
Second but much worse is that you have designed this table like a spreadsheet and that's quite bad. If you don't fix it now, you will forever struggle and some things will be downright impossible to solve. Access is a relational database whose data is broken out into related tables and those tables are joined by queries by "linking" related fields. That makes db data "tall" whereas Excel is very wide and it's OK to repeat data in many sheet rows. With Access, it is not OK.
Access has a steep learning curve but the road is ever more arduous if you don't avoid common pitfalls. Start with normalization and you should see just how far off you are at the moment.
Normalization Parts I, II, III, IV, and V
http://rogersaccessblog.blogspot.com...on-part-i.html
and/or
http://holowczak.com/database-normalization/
Entity-Relationship Diagramming: Part I, II, III and IV
http://rogersaccessblog.blogspot.com...ng-part-i.html
How do I Create an Application in Microsoft Access?
http://rogersaccessblog.blogspot.com...cation-in.html
If you want more links on how to properly name Access objects, etc. etc. I have more links to keep you up at night.