What you have here is a many-to-many relationship type between samples and
processes, so firstly you need a table Processes with a primary key column
Process containing the values TOC, LAL etc in separate rows. The
many-to-many relationship type is modelled by another table, SampleProcesses
say, with two foreign key columns SampleID and Process referencing the
primary keys of the samples and processes tables.
For data entry the normal solution would be to include a SampleProcesses
subform within a Samples form, linked on SampleID. The subform would be in
continuous form view and contain one control, a combo box with a RowSource of:
SELECT Process FROM Processes ORDER BY Process;
Recording a process performed on a sample would then simply be a matter of
inserting a new row in the subform by selecting the relevant process in the
combo box.
It would be possible to do it with check boxes rather than a subform, but
these would be unbound and you'd need code in the form's module to assign
values to the checkboxes in the case of existing records, and to insert rows
into the SampleProcesses table in the case of new records. It can be done,
but a subform is far simpler and is also self-maintaining in that if a new
process is added to the list this is simply a question of inserting a row
into the Processes table. The combo box on the subform will automatically
reflect this, whereas with check boxes the form design would need amending.
It is possible in fact to add a new process directly via the combo box by
means of code in its NotInList event procedure, which we can help you with if
necessary.
Ken Sheridan
Stafford, England