I have come across this in Access 2013 and haven't built a database in a while so it is very new to me. I formerly used junction tables to create many-to-many relationships and this seems like it could be easier. I use a multi select combo box to select (for example) multiple employees (from Employees table) who participate in a single event (from Events table). The result is saved as a single record in the EventParticipation table (my junction table). It saves time. For example, instead of having to enter 12 records (one for each of 12 participants) I can enter one. When viewing that table I will only see the one record, however, if I create a simple query I am able to view individual records (one for each participant). When I build the query (design view) and show the table containing the field that stored the selection there are these "sub fields," which when added to the query will display each of the individual parts of the multi selected combo box. From this query I build reports to display the results desired.
I do have to caution though, the disadvantage I have found (and only one so far) is that when using a multi select combo box (or list box for that matter) to create a record in a table is the following. You can always view the separate records through a query you build, but if you want to edit any of the other data for those records the change will be made to each of the other Employees' record which were created in the multi select step. For example, if you add a copy of an agenda for an Event to an EventParticipation record in which you selected multiple participants using a multi select combo box then that attachment will be part of the query results for each of the participants. If you wanted to attach a different document or add another document to just one person's record using the query that additional document or different document would be reflected as a change back to the record in the EventParticipant table showing for each of the other 11 Employees' records. Anyway, not a major problem as long as you don't plan on editing records through a query. I think of the database world this way...
Use forms to enter records into tables only (and make changes later)
Use tables to view records (and make changes later - although prefer forms)
Use queries to view records (never to make changes to records)
Use reports to view records (never to make changes to records)
If you abide by these rules then the multi select combo box seems to work fine.