Since you only have 10 records, you know the PK of each one. The click event of the tab will be used to move the subform to that specific record identified by its PK.
I would personally not design my interface this way. You say the table has 10 records and this will never change. Well, I have a bridge for sale

. It is this type of data based hard-coded format that makes Excel so difficult to change. In a relational database, we do things a little differently. Our mantra is, if you have more than 1, you have many and so you design for many rather than 10, or 3, or 2897.
I would use a listbox to show the ten items. Then in the BeforeUpdate event of the listbox, I would requery the subform that shows all the other data fields.
This is a sample of what I'm talking about. The listbox on the left controls what shows in the form to the right. With this type of design, I don't need to make any changes if the users add more items to the listbox. This form also has several other tabs with other information.