Maybe I'm not following what you're asking, but it looks like you want to assign multiple attendees to conferences, and perhaps multiple conferences to attendees. What you would need for that is a junction table.

https://599cd.com/blog/display-article.asp?ID=1585

If that's not what you're asking for, could you elaborate a little more? Thanks

Yes you are correct.  That is one of the relationships I want to develop and I also want to be able to report on a single participant over a course of 6 years, which is the accreditation term for ACCME (Accredited Council for Continuing Medical Education), who want their accredited providers to  "Describe the mechanism your organization uses to record and verify physician participation for six years from the date of your CME activities". As I researched Access I began to believe that I could develop a database to do that.  I have lots of ideas buzzing around in my head but I am not sure if my theory has a practical application benefit, obviously due to my lack of expertise.  To date I have used Excel tables to record participation but to create a report is laborious and somewhat frustrating.

Ah, a report would be able to handle that very well. I would just base it off a query so you can control what's printed (or you can use a form and print the report from the form). Then you can filter out to only print people that are included in a specific conference and/or to filter out by the last 6 years.

Access can pretty much do anything (almost), it's just a matter of knowing how to get it to do what you want.

I would like to create a transcript form/report.  Should I do the query first?

Sure, make a query with the fields you want to use. Then you can use the criteria to limit it to only conference A or however you want to set it up.

If you're going to be printing it directly from the form you can use forms!tablename!fieldname for the conference your on to limit with too if you want. There's a lot of options really, this doesn't seem that complex so you could get there a few different ways.

If you're lost at what to do just keep going forward in the lessons knowing this is absolutely possible.

I appreciate your feedback, I am slowly getting a light bulb and intend to purchase the relationships seminar once I absorbed the lessons.  My problem is building the tables, for example a provider has an annual event, which is usually the same title, so do I need to build a table that lists each event and date and so one.  Figuring out the most efficient use of table development is my Achilles heel, so to speak.

Okay final question, should I do an event table for each year that lists all of the events for those years, instead of having them all in one table.  I am thinking that may be a better approach.  Thoughts?

That's up to you, I probably would keep them all together.

You can still sort by the convention with the date, or by naming it like Convention 2019, Convention 2020, etc. You can also use queries or filters to only show the records for the particular year you want, even if they're all together in the same table. Putting them separate will probably cause you headaches when you want to say, run a report on the total conventions ever, you'll have to make a relationship between the many tables to use all the information from all the years of conventions, not to mention you're going to have extra work coding when you have to type in different table names instead of just one.

I tried to put them all in one table, which worked for 2 years, which numbered 582 but when I tried to copy an additional year, it produced a message that there was not enough room. Is there a limit to the number of records?

There is no limit to records. The field limit is 255 I believe but you wouldn't be adding new ones of those over the years.

What happens if you manually enter data instead of try to copy it? Do you store attachments/files/photos etc in the database? I'm thinking it's much more likely you're at the database size limit. What's the size of the database (MB)?

Thanks Adam, I started over again and I got it all to work.  It was great! Now the hard part to design the forms, queries and reports.  Thank goodness for the lessons!

Glad to hear, indeed the lessons are great. Keep learning and this will come easy for you :).

Does anyone know what this means "The contents of fields in 0 records were deleted and 103 records were lost due to key violations." and how I fix it?  

Yours confused!

Were you importing from excel or something? Errors are usually data type mismatch (a letter in a field set to number) or duplicate values in a field that is set to be the primary key or indexed no duplicates.

Yes I had already imported 2 attendee lists from Excel that worked perfectly but the 3rd one had the error as listed.  Now suddenly my primary key is shown as short text, although it has a primary key attached.  When I try to change it, I get an error. grrr...

Never mind, I figured it out.