Hi @Caroline_Bauer - the trick with this is to make the Participant “key” field also be a link field in the Engagements table:

Here I’ve used email address as the key field as this is unique, most people have them and most can quote or type it when “checking in” to an engagement.
In the engagements table you could have this:

So, if you entered a new row manually, you would choose an existing participant record in the Email field.
You CSV file might look something like this:
Email,Date
jim@example.com,2019-09-20
jane@example.com,2019-09-28
john@example.com,2019-10-01
In the CSV Import block, you can map the email column to the Email field:

When the file imports, the link is made by AT in the background. If you present an email in the CSV file that doesn’t yet exist in the Participants table, it will also create it there (as well as making the link).
As a separate thing (and I’m not sure if I’ve understood your description correctly), it sounds like you’ve got separate tables for different events/engagements. Generally, I would recommend not having separate tables, but just have a single table with a “type” field or a link to a parent Events table.
JB
Hi @Caroline_Bauer - the trick with this is to make the Participant “key” field also be a link field in the Engagements table:

Here I’ve used email address as the key field as this is unique, most people have them and most can quote or type it when “checking in” to an engagement.
In the engagements table you could have this:

So, if you entered a new row manually, you would choose an existing participant record in the Email field.
You CSV file might look something like this:
Email,Date
jim@example.com,2019-09-20
jane@example.com,2019-09-28
john@example.com,2019-10-01
In the CSV Import block, you can map the email column to the Email field:

When the file imports, the link is made by AT in the background. If you present an email in the CSV file that doesn’t yet exist in the Participants table, it will also create it there (as well as making the link).
As a separate thing (and I’m not sure if I’ve understood your description correctly), it sounds like you’ve got separate tables for different events/engagements. Generally, I would recommend not having separate tables, but just have a single table with a “type” field or a link to a parent Events table.
JB
Hello and happy holidays, I posted a question that is also about emails and AirTable. Anyone from this wonderful group have input? I’d be so appreciative. Connecting Email and AirTable